Re: Optimisation des connexions TCP du noyau
Bonjour,
Le vendredi 11 septembre 2009, Johan Dindaine a écrit...
> > Certainement. Et un close() sur une connexion appartenant à un pool ne
> > doit (devrait ?) pas fermer la connexion, mais la rendre au pool,
> > l'établissement de la connexion étant une perte de temps.
> Sur la page http://www.speedguide.net/read_articles.php?id=121
> il est marqué:
> TCP_FIN_TIMEOUT
> This setting determines the time that must elapse before TCP/IP can
> release a closed connection and reuse its resources. During this
> TIME_WAIT state, reopening the connection to the client costs less
> than establishing a new connection. By reducing the value of this
> entry, TCP/IP can release closed connections faster, making more
> resources available for new connections. Addjust this in the presense
> of many connections sitting in the TIME_WAIT state
> Ce qui veut dire que si au bout de 5 secondes une connexion n'est pas
> réutilisée elle est est fermée. Ce qui est totallement le contraire de
> ce que je peux constater en ce moment.
Je suis mauvais en anglais mais je ne dirais pas ça. La variable que tu
cites agirait sur des connexions fermées en libérant les ressources
allouées à la connexion. Si la connexion n'est pas véritablement fermée,
je ne sais pas si ce paramètre joue.
Les pools de connexions ont toujours des connexions ouvertes en réserve
(sauf si elles sont toutes occupées) jusqu'à concurrence du nombre
maximal paramétré.
--
jm
A.E.L. Sarl (R.C.S CASTRES 490843240)
http://www.spidboutic.fr
Reply to: