[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [HS] xmms qui fork 4x ...



Le 12400ième jour après Epoch,
Nowicki Christophe écrivait:

> Bonjour,
>
> Une petite question existentielle que je me pose.
>
> Pourquoi mon xmms fork t'il quatre fois?
>
> $ps auxwww | grep xmms
> cscm       596  0.1  1.3 17044 6960 ?        SN   11:45   0:14 xmms
> cscm       614  0.0  1.3 17044 6960 ?        SN   11:45   0:00 xmms
> cscm       615  0.0  1.3 17044 6960 ?        SN   11:45   0:01 xmms
> cscm       632  0.0  1.3 17044 6960 ?        SN   11:45   0:00 xmms

C'est parce que tu mets 3 w à ta commande ps ...

> Ce n'est pas un serveur web! Il n'a pas besoin de pre-forkier pour tenir
> la charge. Alors pourquoi forkier et bouffer de la RAM en plus?

forker != bouffer de la ram

> Je n'est pas trouver l'option pour limiter le nombre de fork ...

apt-get remove xmms

> Si quelqu'un a une explication?

Oui. Le programmeur de xmms a décidé qu'utiliser des forks/threads
pouvaient lui permettre d'améliorer le code, le comportement, et la
réactivité de son programme.

Il s'est dit: "Mais si je fais des forks/threads, je vais pouvoir
gérer plus facilement les libs de sortie audio, les fenêtres
affichées, et les commandes clavier, sans pour autant augmenter la
mémoire utilisée, ou si peu".

Ceci étant dit, il est préférable que tu regardes le source pour
t'assurer de ça. D'autre part, un fork n'est pas forcément un gouffre
à mémoire. Il est clair qu'un fork ou un thread occupe une entrée
supplémentaire dans la table des process, mais pas forcément beaucoup
de mémoire en plus.

:)

-- 
Illiterate?  Write today, for free help!



Reply to: