Andre Tann schrieb:
Axel Birndt, Dienstag, 14. Oktober 2008 08:52:
Bevor Du da was umbaust, solltest Du eine konkrete Performanceanalyse zu dem Thema und Deiner praktischen Anwendung machen!
Dagegen stocken die Anwendungen (v.a. vmware-Maschinen) immer wieder, und das immer dann, wenn grad Last auf die Platten kommt. ... Sind denn die Lastprofile beider Maschinen gleich? IIRC sind das ca. 6000 Blocks bei Aufruf von "vmstat 2". Sobald die Last wieder absinkt, läuft die Maschine wieder flüssig. ... warum einfach der Befehl "vmstat 2" Deine Maschine in die Lastgrenze
... treibt ist mir nicht klar...
Demgegenüber habe ich eine ganz ähnliche Maschine daneben stehen (AMD statt Intel), auch mit 6 Platten, aber RAID5. Und hier kriege ich 25000 Blocks weggeschrieben. Diese Maschine kommt auch viel seltener ins Stocken. ... Bist Du Dir sicher das es wirklich am Raid-Level liegt? Klar bei Raid 6 müssen vom Controller 2x die Paritätsinformationen berechnet werden. Das sollte sich sicherlich beim Schreibvorgang auswirken, aber beim Lesen?
Davon abgesehen kann diese Maschine auch viel schneller lesen. Mache ich ein dd if=/dev/sda of=/dev/null, und schaue dann mit vmstat 2 zu, dann ist die Zahl der Blocks in um ca. den Faktor 2-3 höher als bei der "Problemmaschine". ...siehe oben.
Bist Du Dir sicher das wirklich der Raid-Level dafür verantwortlich ist? Wieviel VM's laufen denn pro Maschine bei Dir ? Haben die VM's ähnliche Lastprofile (sprich gleiche Last vom Benutzer und gleiche Aufgaben)? Sonst kannst Du das nicht vergleichen. Das ist jetzt zwar blöd, aber wirklich vergleichen kannst Du die Raid-Level nur, wenn Du unter gleichen Bedingungen die verschiedenen Raid-Level testest. Mangels Erfahrung kann ich Dir schlecht raten was Du ansonsten noch besser machen kannst. Gruß Axel -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org