Voici quelques infos pratiques sur ce que j'observe :
la charge indique le nombre de processes en queue :
pour un CPU standard, 1 = tourne bien, � fond
Pour un hyperthreading, cela devient 2
Pour un dual-hyperthreading : 4 correspond aux 4 CPU virtuels qui tournent � pleine charge sans bouchon.


Si tu as des requ�tes distribu�es al�atoirement, il est normal d'avoir des pointes de charge : loadaverage t'aidera � en �valuer la dur�e :

man uptime :
(...) the aver�age number of jobs in the run queue over the last 1, 5 and 15 minutes.


l'analyse des trois chiffres t'indiquent si cela perdure, ex :

 8 3 1.5 = grosse pointe temporaire de 8,
mais en moyenne sur un quart d'heure cela semble supportable : 1.5


Bonne journ�e,

        Alain

Jean-Francois Dive wrote:
a partir du moment ou tu sens des baisses de performances de tes
applications. (c'est souvent assez facile de faire kk tests avec des
clients scripts histoir de prevoir un peut).

On Thu, Nov 18, 2004 at 12:14:29PM +0100, R?mi Letot wrote:

Hello,

comme je travaille habituellement en environnement PME, groupe de
travail,... je n'ai pas l'habitude de pousser les machines serveurs dans
leurs derniers retranchements (c'est peu de le dire... :-)

Hors actuellement j'ai un serveur sur internet pour un site de vente en
ligne dont la fr?quentation fait r?guli?rement monter le load average.
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".


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.
Merci de vos lumi?res,
--
R?mi

_______________________________________________________
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



-- ------------------------------------------------------------ Dr Alain EMPAIN <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Bioinformatics, Molecular Genetics, Fac. Med. Vet., University of Li�ge, Belgium Bd de Colonster, B43 B-4000 Li�ge (Sart-Tilman) WORK: +32 4 366 3821 FAX: +32 4 366 4122 HOME: rue des Martyrs,7 B- 4550 Nandrin +32 85 51 23 41 GSM: +32 497 70 17 64 ------------------------------------------------------------------------------- [ Creative Commons ] Ne pas confondre 'Piraterie' et 'Partage des connaissances' : Faire circuler la connaissance est au coeur m�me de l'activit� de cr�ation et d'invention. La connaissance scientifique est bas�e sur des si�cles de partage cr�atif. 'Du bon usage de la piraterie' F. Latrive (PDF) http://www.freescape.eu.org/piraterie/complet.html ------------------------------------------------------------------------------- _______________________________________________________ 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

Répondre à