Bonne analyse de la situation en tout cas (j'ai trop souvent vu des cas ou jette du cpu et de la memoire dans le ring, juste histoire d'etre sur, et finalement, remplacer la carte rezo a 10 franc etait la solution).
Le CPU est rarement le probleme, le cpu glande la plupart du temps, sauf dans les applications particulieres (Oui Alain, le HPC par exemple :) ). Je vois que tu as reussis a decouvrir que c'est mysql qui mange les ressources. De la, je regarderais a pourquoi ca se passe comme ca. Peut etre que les applications permettent de tuner les acces DB, peut etre manque il un index ici ou la bas dans une table ? Ou peut etre que mysql a quelques problemes pour gerer certais types de requetes qui sont faites tout le temps ? Donc, je commencerais par la. Tu dis que se sont des applications proprietaires, peut etre n'aura tu pas trop de possibilites de tuning. Tu pourrais eventuellement essayer de changer vers postgres et voir se que ca donne ? Quand a la question de 1 grosse ou plusieur petites, c'est une question a plusieures facettes. Une grosse == plus de qualite de hardware en general, donc peut etre un meilleur support du vendeur. Mais, pour moi, le gros avantage de plusieurs petites, c'est que c'est pas chers, ca pette mais ca se remplace ultra facilement. Dans ton cas, je pense que j'essayerais de voir se que ca donne avec la DB sur une autre machine. wala, my 2 euro cents tip. J. On Sat, Dec 03, 2005 at 11:26:25AM +0100, R?mi Letot wrote: > On Sat, 2005-12-03 at 10:25 +0100, Jean-Francois Dive wrote: > > je ne sais pas quelle application tourne la dessus, > > Il y en a plusieurs, notamment un phpBB, un site "maison", et des > osCommerce, mais c'est principalement un des osCommerce qui bouffe. > > > mais peut etre > > faudrait il relooker a se qu'elle fait pour manger le cpu a ce point. Y > > a il un probleme de temps de reponse general? > > Pas encore dans cette config, mais la charge est d?j? haute, et la > fr?quentation augmente lin?airement depuis le lancement du site, donc un > jour ou l'autre ?a arrivera. Je pr?f?re poser mes questions ? l'avance > pour savoir quoi faire quand le moment sera venu. > > > Se que je veux dire c'est > > que la charge etant a 1 tout le temps + piques ne me semble pas une > > raison suffisante pour un upgrade. > > Non, pas encore, mais ?a viendra. > > J'ai d'ailleurs suivi les conseils d'Alain et Pascal, j'ai install? > sysstat et regard? un peu ce que sar me disait sur le syst?me. > Effectivement le disque est tr?s peu sollicit?, et la RAM n'est pas > satur?e (loin de l?). Par contre le CPU ?tait moins sollicit? que je ne > le craignais, mais il est vrai que le loadavg ?tait peu ?lev? au moment > o? j'ai regard?. > > Puis je me suis souvenu que j'avais des graphes cacti pour cette > machine. Sar m'a confirm? que le disque ?tait peu sollicit?, mais j'ai > les autres data dans cacti avec de l'historique. Et j'ai v?rifi?, > effectivement le CPU sature dans certains gros pics d'activit? (style > apr?s envoi d'une newsletter avec promo,...) et dans ce cas on peut > avoir des messages d'erreur de php avec "Too many connections" ? mysql. > > Bref rien d'urgent pour le moment, d'autant plus que je peux gagner > encore un peu en passant cette machine ? un kernel 2.6, mais un jour ou > l'autre je devrai prendre la d?cision, d'o? ma question originale : > vaut-il mieux deux moyens ou un gros ? > > Merci pour vos r?ponses, > -- > R?mi > > _______________________________________________________ > Linux Mailing List - http://www.unixtech.be > Subscribe/Unsubscribe: http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux > Archives: http://www.mail-archive.com/linux@lists.unixtech.be > IRC: chat.unixtech.be:6667 - #unixtech > NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech -- -- -> Jean-Francois Dive --> [EMAIL PROTECTED] I think that God in creating Man somewhat overestimated his ability. -- Oscar Wilde
_______________________________________________________ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech