-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
R�mi Letot wrote: | Hello, Salut R�mi
... | Ca d�passe tr�s r�guli�rement le 1, voire 2 ou 3 en pics. Mais je ne | constate pas de ralentissement perceptible de l'application, m�me en | p�riode "chaude". Bein y a pas de probl�me alors ;)
| Ma question est donc : � partir de quelle charge moyenne faut-il | s'inqui�ter ? Le serveur actuel est peu puissant, donc je n'ai aucun | probl�me pour upgrader, mais je ne veux pas non plus le faire pour rien.
La charge moyenne n'est pas le seul indicateur qu'il faut prendre en compte. C'est malheureusement plus complexe que �a.
Pour bien faire, il faut prendre en compte: - - la charge CPU, bien entendu - - la consommation m�moire, simplement parce qu'utiliser la swap (outre mesure) est tr�s co�teux en performances - - le traffic I/O (disque)
En principe, � cela on ajoute encore la mesure de la saturation du r�seau mais ce n'est pas vraiment le probl�me ici, vu qu'il s'agit de voir si la machine est encore suffisante et pas si elle est utilis�e de mani�re optimum (je suppose que les performances actuelles sont suffisantes).
Il y a un excellent outil pour Linux qui te permet de faire un monitoring permanent de tous les param�tres du syst�me: sysstat - http://perso.wanadoo.fr/sebastien.godard/index_fr.html
sysstat est compos� de deux parties: - - un outil pour le monitoring de la machine, � faire tourner pendant quelques jours au moins, histoire d'avoir un �chantillon suffisamment repr�sentatif (id�alement, faire tourner �a 2 semaines, vu que pour un e-shop, la charge varie fortement en fonction du jour et de l'heure) - - un 2�me programme qui te permet d'afficher les valeurs recueillies, de faire des moyennes sur tout, en fonction de l'heure, du jour, d'une plage temporelle, etc... etc...
Voici un extrait des param�tres pris en compte par sysstat: - - I/O disque et capacit� de transfert (throughput): requ�tes de lecture et �criture par seconde, kb transf�r�s par seconde en lecture, en �criture - - statistiques de "paging" (page in/page out: lorsque le kernel met des pages de m�moire (data ou code) en activation ou en passivation) - - cr�ation de processus par seconde, nombre de "context switch" par seconde - - activit� disque _par disque_, tr�s pratique quand on a bcp de I/O ;) - - statistiques r�seau: paquets et bytes re�us/envoy�s par seconde, fragmentation des paquets, collisons, ... - - statistiques de la "process queue" (ce que tu vois avec "uptime"): nombre de processus dans la queue active, nombre de processus dans la queue d'attente, charge 1/5/15 - - utilisation m�moire et swap (free, cache, buffers, ...) - - utilisation CPU (%age): user/nice/system, %age de processus en attente de I/O, %age de processus vraiment "idle" - - ... ...
On peut �galement voir les valeurs en "live", et on peut �videmment configurer � outrance quels param�tres on veut surveiller, lesquels on veut voir, etc...
C'est p-e m�me d�j� livr� avec ta distribution. Si c'est SUSE, il y a un RPM de sysstat pour SUSE 8.2, 9.0, 9.1 sur mon site (pas 9.2, ils livrent d�j� une version tr�s r�cente): http://linux01.gwdg.de/~pbleser/rpm-navigation.php?cat=System/sysstat
- -- ~ -o) Pascal Bleser http://guru.unixtech.be ~ /\\ <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> ~ _\_v The more things change, the more they stay insane. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQFBnOZUr3NMWliFcXcRApKiAJ9H6LPj+7DVMDi6nTwz84+xzLpSIgCfVgbU MlCNtVbc2FcauRSTip6v4ig= =GU6f -----END PGP SIGNATURE----- _______________________________________________________ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[email protected] IRC: chat.unixtech.be:6667 - #unixtech
