Nombre max de file descriptor par processus
Sebastien Le Fustec
Si Oui , connaissez vous cette limite ?
Serait il possible d'augmenter le nombre de descripteur de fichiers ouverts
simultanément par procesus, ceci dans le cadre d'un développement d'un proxy
qui utilise la directive select (gestion de socket).
Par avance merci.
Sebastien Tanguy
> Existe il une limitation de file descriptor ouvert par processus ?
> Si Oui , connaissez vous cette limite ?
[seb@jive] % ulimit -a | grep desc
file descriptors 1024
> Serait il possible d'augmenter le nombre de descripteur de fichiers ouverts
> simultanément par procesus, ceci dans le cadre d'un développement d'un proxy
> qui utilise la directive select (gestion de socket).
Je crains que monter au delà de 1024 risque de poser quelques
problèmes, car en effet il faudrait en fait recompiler la libc qui a
elle-même une limite, pour au moins la primitive `select', de 1024,
comme le montre cet extrait de /usr/include/bit/types.h
/* Number of descriptors that can fit in an `fd_set'. */
#define __FD_SETSIZE 1024
C'est dans ce genre de cas qu'il vaut mieux essayer de repenser à son
architecture (en multi-thread/process).
Cordialement,
seb.
--
The fight of good vs. evil, positive vs. negative, man against a
seemingly undefeatable, undeterrable, unrevealed destiny [...].
Power to the people, peace out and blame Canada.
--- w.a.r.
Qing Liu
> >>>>> "Sebastien" == Sebastien Le Fustec <slef...@intelcom.fr> writes:
>
> > Existe il une limitation de file descriptor ouvert par processus ?
> > Si Oui , connaissez vous cette limite ?
>
> Je crains que monter au delà de 1024 risque de poser quelques
> problèmes, car en effet il faudrait en fait recompiler la libc qui a
> elle-même une limite, pour au moins la primitive `select', de 1024,
> comme le montre cet extrait de /usr/include/bit/types.h
Tiens chez moi c'est plutôt dans /usr/include/gnu.
> /* Number of descriptors that can fit in an `fd_set'. */
> #define __FD_SETSIZE 1024
En plus avec ma libc5, cette valeur est à 256 et pourtant :
[liu]:~> ulimit -a|grep files
open files 1024
What is going on doctor ?
Autres info extraites de linux/Documentation/proc.txt :
However, there is still a per process limit of open files, which
unfortunatly can't be changed that easily. It is set to 1024 by
default. To change this you have to edit the files limits.h and
fs.h in the directory /usr/src/linux/include/linux. Change the
definition of NR_OPEN and recompile the kernel.
--
Liu
Sebastien Tanguy
> Sebastien Tanguy <sebastie...@wanadoo.fr> writes:
>> >>>>> "Sebastien" == Sebastien Le Fustec <slef...@intelcom.fr> writes:
>>
>> > Existe il une limitation de file descriptor ouvert par processus ?
>> > Si Oui , connaissez vous cette limite ?
>>
>> Je crains que monter au delà de 1024 risque de poser quelques
>> problèmes, car en effet il faudrait en fait recompiler la libc qui a
>> elle-même une limite, pour au moins la primitive `select', de 1024,
>> comme le montre cet extrait de /usr/include/bit/types.h
> Tiens chez moi c'est plutôt dans /usr/include/gnu.
Euh, disons que le contenu de ce répertoire chez moi est des plus succinct.
>> /* Number of descriptors that can fit in an `fd_set'. */
>> #define __FD_SETSIZE 1024
> En plus avec ma libc5, cette valeur est à 256 et pourtant :
> [liu]:~> ulimit -a|grep files
> open files 1024
> What is going on doctor ?
En fait, la valeur FD_SETSIZE n'a pas grand chose à voir avec le
nombre de descripteurs de fichiers max, car c'est juste la limite
concernant la primitive select (ce qui intéressait la personne qui
posait la question), et je n'ai fait que la signaler au passage.
Cordialement,
seb.
--
Windows NT, SCO Unix/Oracle | Sysadmins don't go to hell;
System Administrator | we're already doing our time in purgatory.