[Imc-france-paris] temps deréponse

[Romain Chantereau]

Le mar 15/04/2003 à 17:23, SiMo a écrit :
> //paris total 458ko

Ça ce n'est pas grave du tout. Les éléments les plus lourds ne sont pas
dynamique, donc un consultant plus ou moins ŕegulier les a en cache.

> //paris
>    temps   16
>    ttl         245 ??????????????????
> 
> je pense que on peut tirer des conclusionss 

Moi, j'en tire aucune :-)

Il n'est pas absurde de fixer un time to live autour des 245 (max:255).
Ce champs signifie le nombre de routeurs IP qui laisseront passer le
paquet reçu avant de le jeter.
Normalement un paquet à envoyer doit avoir une durée de vie de 60
environ, souvent moins. Par contre, lors de réponse aux pings, les
systèmes UNIX préfèrent fixer la valeur maximale (Ce qui a pour effet de
parfois de permettre à quelqu'un de pouvoir 'pinger' une machine, mais
ne pas pouvoir y accéder (web, ssh, etc...), car son paquet a une durée
de vie trop courte et meurt en chemin, dure loi de la jungle du Net.).

Par contre, les temps moyens de ping sont égaux pour moi, mais évoluent
de manière 'aléatoire' : environ 40 ms pour Nice et Italy et 30 pour
Paris, ou alors parfois dix fois plus, mais tout le monde au même taux.

Je remarque que dans ton test aussi tu trouves ces résultats.

Le problème d'IndyMedia Paris n'est pas la bande passante, ni le temps
de réponse réseau du serveur, mais bel et bien du temps de réponse des
services que nous utilisons (Apache+PHP et base MySql), et je dirais
même plus que le problème vient de la base MySql, et ce dernier point,
ce n'est que du flair (enfin presque):-).

-- 
Romain Chantereau <romain at mezimail.com>
-------------- section suivante --------------
Une pièce jointe non texte a été nettoyée...
Nom: non disponible
Type: application/pgp-signature
Taille: 189 octets
Desc: Ceci est une partie de message
	=?ISO-8859-1?Q?numériquement?Url: http://lists.indymedia.org/pipermail/imc-france-paris/attachments/20030415/6bd3a94d/attachment.bin