Re: ext3, mysql & bdflush

[kernel <kernel@vaboofer.com>]

Le Sun, Sep 15, 2002 at 11:37:09AM +0200, matho pianota:
> Salut
> ce qui est super important, avant même de regarder le tuning de ton serveur,
> est qu'il soit a jour au niveau firmware IBM
> IBM inclut des firmwares dans tous ses peripheriques : disueus, cartes scsi,
> carte mere etc.... et il est important de le avoir a jour : les differences
> peuvent etre le jour et la nuit au niveau perf.

Supermegabonne idée :)

> Au niveau de ton install, comment as tu decoupé tes disques au niveau du
> RAID?

Ce n'est malheureusement pas moi qui ai installé cette machine.
(d'ailleur je ne l'ai jamais vue :( )
grossomerdo, de tete :
une partoche pour la bdd, une pour /, et puis p'tet un /tmp ou une betise du genre....


> Je ne sais pas si Mysql utilise des logs de transactions 

Non, en tout cas dans mon cas on ne fait pas de transactionel.

> mais si c'est le
> cas, il te faut placer tes logs sur un autre disque par exemple, pas dans le
> RAID pour ne pas impacter les perfs en ecritures..
> 
> Tu peux télécharger sur le site d'IBM un CD bootable qui te permettra de
> mettre a jour tout ton systeme... A mon avis, il te faut commencer par la.

Oui 

> Si cela ne modifie en rien les perfs, contacte IBM.
> Ou tu peux nous fournir plus d'infos sur la config RAID et sur ce qui tourne
> sur ton monstre.... =)

'rci, 

> M.

-- 
laurent "ker2x" laborde
Unix guru
:wq


> ----- Original Message -----
> From: "kernel" <kernel@vaboofer.com>> To: <linux-31@culte.org>> Sent: Saturday, September 14, 2002 1:02 PM
> Subject: [linux-31] ext3, mysql & bdflush
> 
> 
> > Bonjour,
> > j'administre actuellement un gros serveur mysql sur une jolie machine IBM.
> >
> > En gros:
> > Raid 1 avec une carte IBM servraid.
> > ext3.
> > quadri Xeon (avec l'hyperthreading ca fait virtuellement 8 CPU)
> > 4Go de ram.
> > RedHat entreprise machin-chose certifié IBM.
> > un kernel 2.4.je-sais-plus.
> >
> > J'ai pour travail, actuellement, d'optimiser le systeme.
> > La machine ayant, visiblement, quelques soucis de perfomance.
> >
> > Je me pose surtout pas mal de question a propos des perfs de l'ext3,
> > qui est en mode ordering (le plus rapide normalement)
> >
> > il est possible, via /proc/sys/vm/bdflush de tuner... bdflush,
> > un daemon qui flush les "dirty_buffer" (buffer en cache
> > devant etre ecris sur le disque (en opposition a "clean_buffer").
> >
> > La taille totale de la base de donnée est plus petite que la memoire
> > disponible, et il me reste de la memoire dispo.
> > est ce que j'ai plutot interet a augmenter le parametre nfract
> > de bdflush ou plutot a le diminuer ?
> > meme question pour ndirty et pourquoi pas, tout les autres :)
> >
> > pour plus de documentation sur bdflush :
> > /usr/src/linux/Documentation/filesystems/proc.txt
> >
> > j'ai du CPU de libre, de la memoire de libre, une carte raid de la mort
> > qui tue. avec tout ca je ne sais pas si je dois plutot ecrire
> > pleins de fois des petits bouts sur le disque, ou au contraire
> > ecrire a grand coup de mega sur le disque une fois toute les minutes (par
> ex).
> > (l'ext3 etant plus doué sur les petites ecritures que les grosses)
> >
> > c'est une base qui encaisse un bon paquet de delete et update.
> > (les select ne demandant pas d'ecriture sur le disque (quoi que,
> > avec des jointures alacons mysql crée des tables temporaire)).
> >
> > Bref, c'est le bordel.
> > J'ai pensé a monter la base sur un ramdisk, mais c'est vraiment goret :)
> > et qu'en est il du contenu du ramdisk apres un reboot/arret/crash ?
> > (il me semble bien qu'il est perdu, y'a pas moyen de biduler ?:)
> >
> > Voila voila, si vous avez d'autres pistes pour tuner une machine avec
> > mysql. je suis preneur :)
> >
> > merci. j'espere que j'ai pas été trop flou :)
> >
> > --
> > laurent "ker2x" laborde
> > :wq
> >


---------------------------------------------------------------------
Aide sur la liste: <URL:mailto:linux-31-help@CULTe.org>Le CULTe sur le web: <URL:http://www.CULTe.org/>