Problème latence reseau[RESOLU]

Support Debian
#1

Bonjour à toutes et à tous, je suis nouveau avec Debian bien que je sache l’utiliser un minimum ^^.

Je rencontre une grosse difficulté avec un serveur que j’héberge et qui lag à mort quand on lui fait un appel php.
Par exemple phpmyadmin >> 10-15 secondes pour ouvrir une page ou alors un simple test.php contenant la fonction phpinfo() met 8 secondes à s’afficher. Je suis en local donc tout devrais être instantané.

Le serveur tourne dans un mini PC asus P3-PH4C (chipset 945G)
La carte réseau est une ATLASINC (atl1)
Le tout avec un intel celeron 430(1.6GHZ) et 1go de ram (pc2 4300)
J’utilise Debian etch stable v4.0r3 (kernel 2.6.18-6)

A noté que j’ai du compiler mes drivers réseaux, la carte n’étant pas reconnu nativement sous le kernel 2.6.18-6.

Les configurations d’apache 1.3 , mysql5 et php5 sont nickel chrome (tout par défaut)et tout fonctionne sauf ce fichu slow down dont je ne comprend la cause.

A savoir que par exemple webmin le lag pas du tout.

Bref tout est réglé comme sur une horloge et fonctionne mais c’est lent…et ça ne devrais pas.
Par exemple une machine virtuelle debian qui tourne sur une autre machine qui elle même émule 3 VM dont la debian est plus rapide que mon serveur !

J’espère que quelqu’un saura m’aider ^^ parce que tout ça me dépasse.

#2

Hum, est ce que une demande en local (sur la machine elle même) prend autant de temps (question 1)? La page

[code]

<?php while (list($clef,$valeur)=each($_SESSION)) echo $clef." -> ".$valeur."
"; while (list($clef,$valeur)=each($_POST)) echo $clef." -> ".$valeur."
"; while (list($clef,$valeur)=each($_GET)) echo $clef." -> ".$valeur."
"; foreach ($_COOKIE as $valeur) echo $valeur."
"; reset($_COOKIE); while (list($clef,$valeur)=each($_COOKIE)) echo $clef." --> ".$valeur."
"; ?> [/code] met elle également 10s à s'afficher en local (question 2)? depuis une autre machine (question 2bis)? * Si oui à la première et non à la seconde -> Essayes de regarder du coté de la résolution de nom et de ton fichier /etc/hosts pour les requête mysql. * Si oui au deux, là je deviens perplexe, regarde le temps d'affichage d'une page HTML sans PHP et vérifies ta config PHP. * Si non au trois, là encore vérifies du coté de la résolution de nom en regardant plutôt coté DNS et configuration de mysql. * si non à 1,2 et oui à 2bis, ça ressemble à un problème réseau avec des histoires de paramétrage «taille de fenêtre et autres». Vérifies le MTU et cherche un fil sur ce forum parlant du réglage des paramètres windows et mtu sur un réseau local.
#3

Alors tout dabord merci de t’intéresser à mon problème.

Pour repondre a ta question j’ai essayé en graphique sur la machine en elle même
de faire des requêtes SQL et de l’affichage PHP.

En local tout marche nickel donc je peut repondre NON à t’es 2 première question.

Depuis une autre machine du reseau local par contre c’est super lent, apache ne s’en sort même pas pour afficher une image…phpmyadmin est inutilisable (15 secondes pour afficher une page)

Il en va de même pour une machine exterieur du reseau.
Tout les protocole sont lents sans exception.
http, ftp, ssh

La mtu est bien configuré, je me demande si le fait que ma carte reseau soit exotique puisse petre le noeud du problème.

#4

Hum, as tu des messages dans le syslog ou sur la console lors des requêtes?

#5

Non je n’ai aucun message particulier

tout fonctionne parfaitement…sauf que c’est lent

#6

Bonjour,
juste à tout hasard, n’y t il pas une histoire avec le /etc/resolv.conf qui peut etre à l’origine d’un tel problème… La requete ne prendrait tout simplement pas le chemin le plus court…
M’enfin, c’est juste une piste, ma mémoire me faisant défaut…
NOn ?
++
Cyrille

#7

C’est ce que je pensais avec mon histoire de /etc/hosts: Lorsque apache fait les logs, il fait une résolution des nom du client de même ssh et ftp. Fais une résolution de nom sur le serveur et regarde le temps que ça met.

#8

si le /etc/resolv.conf est mal configuré la requete peut se perdre ce qui entraine un laps de temps assez long avant qu’elle ne touche le bon serveur.
Mais ce sont des lointains souvenirs du temps où j’étais sous SLACK… Est ce le même sous Debian ? Je ne sais car ce fichier à l’air d’être automatiquement configuré par le système donc je ne sais si c’est astucieux de le modifier…
Donc je ne suis pas sur, mais à tester…
Cyrille

#9

Il est configuré automatiquement lors d’une requête DHCP. Par contre sur un serveur, il est en général en dur. Mais ça peut venir aussi d’un mauvais paramétrage de /etc/host.conf

#10

il me semble que les fichiers de conf sont parfait, je suis chez free, je vous poste leurs contenus

resolv.conf :

[code]# generated by NetworkManager, do not edit!

nameserver 212.27.54.252[/code]

host.conf :

multi on

Bref tout est par défaut, qui est censé fonctionner comme il faut.
Je viens d’essayer la commande nslookup google.fr et la même commande sur moi même (le serveur) et la réponse est quasi instantané. Je comprend de moins en moins le problème tout semble parfait.

#11

Je viens poster pour dire que j’ai trouvé la solution à mon problème, le changement de carte reseau à tout corrigé.
La source du souçi venait bien des drivers réseaux assez peu conventionnels.
Merci d’avaoir perdu un peu de votre temps pour m’aider et j’epsère que ce post pourra en aider d’autres.