Taille table pids [Was: Nom du shell courant]

hiho,

Questions intéressantes, ces limites sur le nombre de processes et la
taille de la table des pids.
Notamment parce qu'on y est confronté un jour, et que si on s'est pas
posé la question avant on peut chercher un moment avant de percuter..

Sous Linux si la limite par défaut est à 32768, elle peut être changée
assez facilement (faut recompiler le noyau).
De mémoire, mais il faudrait en avoir un sous la main pour confirmer,
les Unix propriétaires (aix, hpux, etc.) ont en général des tables de
process plus importantes (j'aurais dit 64xxx par défaut -- il me semble
que c'était un solaris, mais j'en suis plus sûr du tout). Quelqu'un
confirme ?

Mais de ce que j'en comprends, la limite peut s'écrire au max sur 64
bits, ce qui dépasse légèrement les 99999.. ;)

--
boris

Marc TERRIER a écrit :
> Marc TERRIER a écrit :
>
>> Et là, ça donne le résultat attendu, uniquement le résultat attendu.
>> Sauf que
>> ça risque de ne pas fonctionner correctement le jour où on se
>> retrouve avec un
>> process dont le PID est supérieur à 99999 (pas d'espace devant le
>> premier
>> chiffre). J'ai essayé d'encadrer le $$, dans le grep, par des ^ et $
>> d'expressions rationnelles, pour isoler le 406 des autres chiffres
>> situés avant
>> ou après, mais sans succès, même en entourant $$ avec des
>> backquotes... :-(
>
> Je me réponds à moi-même pour rectifier : je viens de retomber sur un
> article de Denis BODOR dans le LinuxMag n°107 (juillet/août 2008) où
> il disait que la modification apportée par Kurt ROECKX dans le code de
> OpenSSL réduit l'espace de clefs générables au nombre de valeurs que
> peut avoir un PID dans un système Unix (32768). Donc aucune chance
> d'avoir un PID supérieur à 99999 sous GNU/Linux. Sous les autres Unix,
> je ne sais pas, mais ce n'est pas vital, loin de là.
>
> --
> Marc
>