
Sandy Drobic, Dienstag, 14. Oktober 2008 10:33:
Cachen ist das wirksamste, was man machen kann. In deinem Fall nutzt das OS den RAM als Cache für das Dateisystem, solange noch RAM frei ist, danach bricht die Performance zusammen, und du siehst das als Stehenbleiben der VMs.
Das sieht hier anders aus: Mem: 16634012k total, 12961280k used, 3672732k free, 544704k buffers Swap: 5245180k total, 0k used, 5245180k free, 12046524k cached Also: von 16 GB nutzt die Kiste nur 12,9 GB. Zum Cachen wäre also noch genug da. Ferner: # uptime 11:50am an 23 Tage 1:53, 1 Benutzer, Durchschnittslast: 0,47, 0,50, 0,46 Inzwischen hätte der Cache also schon vollaufen können. Ist er aber nicht, weil immer noch genug RAM da ist.
Hat dein Controller eine BBO? Das hilft enorm.
# /opt/AMCC/CLI/tw_cli //08071000-vmhost3> show Ctl Model (V)Ports Drives Units NotOpt RRate VRate BBU ------------------------------------------------------------------------ c2 9650SE-8LPML 8 6 2 0 1 1 OK ...oops, NotOpt = 1. Das war gestern noch anders...
Ich habe hier eine Windows 2003 Maschine mit einem 3Ware 9650, auf dem habe ich 8 Festplatten als RAID 10 angelegt, damit die IO-Vorgänge ohne die Stripe-Berechnungen ablaufen.
Bonnie brachte dafür etwa 80-120 MB/s Schreibgeschwindigkeit und über 300 MB/s Lesegeschwindigkeit.
OK: # bonnie Bonnie 1.4: File './Bonnie.2840', size: 104857600, volumes: 1 Writing with putc()... done: 22452 kB/s 35.2 %CPU Rewriting... done: 24414 kB/s 3.1 %CPU Writing intelligently... done: 25065 kB/s 2.4 %CPU Reading with getc()... done: 54403 kB/s 100.1 %CPU Reading intelligently... done: 2148462 kB/s 100.7 %CPU Seeker 1...Seeker 2...Seeker 3...start 'em...done...done...done... ---Sequential Output (nosync)--- ---Sequential Input-- --Rnd Seek- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --04k (03)- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 080710 1* 100 22452 35.2 25065 2.4 24414 3.1 54403 1002148462 101 113227.8 170 -- 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