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!
