Le 12551ième jour après Epoch, Nicolas Rueff écrivait: > On Wed, 12 May 2004 23:24:04 +0200 > [EMAIL PROTECTED] (François TOURDE) wrote: > >> Le 12550ième jour après Epoch, >> Jean-Michel OLTRA écrivait: >> >> > Le mercredi 12 mai 2004, François TOURDE a écrit... >> > >> > bonjour, >> > >> > >> >> Je connais pas le principe du pre-forking ... Tu peux en dire plus? >> > >> > Il forke avant de devoir le faire. Quand une connexion est demandée, >> > le processus issu du fork peut faire son accept() >> > En cas de montée en charge les forks sont déjà fait, ça devrait >> > faire gagner du temps. >> >> Oui, ben c'est du fork quoi... Qu'on le fasse avant d'en avoir >> réellement besoin ou pas, je voyais pas la différence. > > Amélioration du temps de réponse et retardement de la montée de la > charge (pas de beaucoup je l'admets, mais parfois assez pour éviter > que le serveur parte en vrille).
Hum... Bon, je vais essayer d'être clair sur ce coup-là. Je vois techniquement comment ça marche, à quoi ça sert, et je dois dire que j'ai déjà mis en oeuvre ce genre de solutions. C'est le terme pre-fork qui me choquait. Je voyais pas du tout ce que ça signifiait, et je pensais qu'il y avait un "concept kernel" autour de ça. Mais merci quand même :) -- I watch television because you don't know what it will do if you leave it in the room alone.