
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!
Da hast Du wohl recht, und höchstwahrscheinlich kann man das noch besser machen, als ich es tat. Allerdings merke ich eben häufig, daß Speicher (16 GB) und Prozessor (8 Kerne, Frequenz... grad keine Ahnung...) nie voll ausgelastet sind. Dagegen stocken die Anwendungen (v.a. vmware-Maschinen) immer wieder, und das immer dann, wenn grad Last auf die Platten kommt. Und wenn IO-Last kommt, dann sehe ich in vmstat, daß die Zahl der Blocks out hochspringt, und für einige lange Sekunden bei diesem Maximalwert verbleibt. IIRC sind das ca. 6000 Blocks bei Aufruf von "vmstat 2". Sobald die Last wieder absinkt, läuft die Maschine wieder flüssig. 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. 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". Das waren eben meine Beobachtungen. Was kann ich da noch genauer/besser machen? Gruß. -- Andre Tann -- 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