Re: Optimisation des connexions TCP du noyau

Johan Dindaine a écrit : Je vais profiler l'application entiere afin de voir si quelqu'un n'a pas laissé une connexion ouverte dans une des action alors. Je parirais pas qu'il y ait sur une petite page que l'on ne teste malheureusement pas un petit mysql_connect sans fermeture. Salut, Comme

Re: Optimisation des connexions TCP du noyau

Johan Dindaine wrote: Cependant il y a une chose que je ne comprends pas dans mon noyau au démarrage j'ai un script qui me mets les timout a 5 sec et je ne comprends vraiment pas pourquoi j'ai ces conexion qui stagnent comme cela. Quelqu'un aurait une idée s'il vous plait? TIME_WAIT sert à

Re: Optimisation des connexions TCP du noyau

le probleme n'est pas entre le master et slave mais entre le slave et le serveur WEB. J'ai des connexions stagnantes entre sur mon serveur web. Et je ne comprends la raison puisse que ceux ci doivent etre coupé apres 5 secondes comme configuré dans le noyau # cat

Re: Optimisation des connexions TCP du noyau

Est-ce que les connexions ne doivent pas être coupées par le noyau uniquement dans certaines conditions qui ne sont pas réunies ici ? Es-tu sûr de bien comprendre à quoi correspond ce paramètre ? Est-ce que les connexions ne sont pas tout simplement conservées ouvertes côté serveur WEB suite à

Re: Optimisation des connexions TCP du noyau

Bonjour, Le vendredi 11 septembre 2009, Vera Mickael a écrit... J'ai des connexions stagnantes entre sur mon serveur web. Et je ne comprends la raison puisse que ceux ci doivent etre coupé apres 5 secondes comme configuré dans le noyau Es-tu sûr de bien comprendre à quoi correspond ce

Re: Optimisation des connexions TCP du noyau

Le 11 septembre 2009 13:44, Jean-Michel OLTRA jm.oltra.antis...@espinasse.net a écrit :    Bonjour, Le vendredi 11 septembre 2009, Vera Mickael a écrit... J'ai des connexions stagnantes entre sur mon serveur web. Et je ne comprends la raison puisse que ceux ci doivent etre coupé apres 5

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

Re: Optimisation des connexions TCP du noyau

Je vais profiler l'application entiere afin de voir si quelqu'un n'a pas laissé une connexion ouverte dans une des action alors. Je parirais pas qu'il y ait sur une petite page que l'on ne teste malheureusement pas un petit mysql_connect sans fermeture. Le 11 septembre 2009 17:20, Jean-Michel

Optimisation des connexions TCP du noyau

Re-bonjour la liste, J'ai en ce moment un nombre super important de connexions vers mon serveur de base de données qui ne sont pas fermés proprement. netstat | grep mysql | wc -l 405 netstat | grep mysql tcp0 0 webserv:60957 mysqlserv:mysql TIME_WAIT tcp0 0

Re: Optimisation des connexions TCP du noyau

Johan Dindaine jojolapin...@gmail.com à écrit le Thu, 10 Sep 2009 14:57:39 +0100 Re-bonjour la liste, J'ai en ce moment un nombre super important de connexions vers mon serveur de base de données qui ne sont pas fermés proprement. netstat | grep mysql | wc -l 405 netstat | grep mysql

Re: Optimisation des connexions TCP du noyau

Le 10 septembre 2009 15:40, Grégory Bulot debian.l...@batman.dyndns.org a écrit : Johan Dindaine jojolapin...@gmail.com à écrit le Thu, 10 Sep 2009 14:57:39 +0100 Re-bonjour la liste, J'ai en ce moment un nombre super important de connexions vers mon serveur de base de données qui ne sont

Re: Optimisation des connexions TCP du noyau

Johan Dindaine jojolapin...@gmail.com à écrit le Thu, 10 Sep 2009 16:27:20 +0100 Tes Bases sont-elles répliquées (maitre-esclave ?) Elle sont répliqué et la connexion loquée est celle sur le master. dans mysql show master|slave status te dirais pas qu'il y a un pb de sync entre maitre