Re: festplattenperformance

From: Joerg Wunsch <j(at)uriah.heep.sax.de>
Date: Tue, 6 Nov 2001 21:55:05 +0100

As Oliver Fromme wrote:

> Wenn da bei Dir nicht "soft-updates" steht, möchtest Du es
> aktivieren, das geht z.B. per tunefs(8).

Weil wir übrigens gerade dabei sind... Ich hatte heute mal die
Gelegenheit für ein paar Benchmarks. Vielleicht finden es andere ja
auch interessant. Spielt alles ein bißchen in einer anderen Kategorie
natürlich als das Problem des Fragestellers hier...

uriah.heep.sax.de ist meine Kiste hier zu Hause; K7 900 MHz, 256 MB
RAM, eine Fujitsu 10000 U/min Platte, die roh zwischen 35 und 40 MB/s
von den äußeren Spuren liest; FreeBSD-somewhat-current und natürlich
Softupdates. Leider für den Benchmark nur ein Filesystem in der
inneren Hälfte der Platte gehabt.

»Gegenspieler« ist eine Sun Netra T200, UltraSPARC-IIe 500 MHz, auch
256 MB RAM (dadurch sind die Dateigrößen von bonnie++ vergleichbar),
eine Seagate Cheetah, ebenfalls 10000 U/min, wird von Sun austauschbar
mit der Fujitsu als "SUN18G" vermarktet. Sollte also im Wesentlichen
ähnliche Daten bringen wie die Fujitsu bei mir zu Hause. Glück für
den Benchmark war, daß ich dort eine ganze Platte testen konnte, also
eher die äußeren Zylinder.

Alle Platten dürften mit 80 MB/s Interface-Geschwindigkeit betrieben
sein. (Bei der Sun bin ich mir nicht völlig sicher, da aber Zahlen >
40 MB/s auftauchen, gehe ich mal davon aus.)

Test war ein bonnie++ (mit -f, da die Aussage von "per char" ja eher
etwas über die CPU als über Filesystem oder IO-Durchsatz sagen). Die
Sun einmal getestet mit Solaris 8 UFS + logging, das zweite Mal mit
VxFS.

Version 1.02 ------Sequential Output------ --Sequential Input- --Random-
                    -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
uriah.heep.sax 530M 30333 35 12109 11 34854 21 199.3 1
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
                 16 759 79 +++++ +++ 8886 96 806 80 958 95 1724 97

Version 1.02 ------Sequential Output------ --Sequential Input- --Random-
                    -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
munkel 530M 18332 28 9295 27 42498 49 189.8 3
ufs/logging ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
                 16 2207 39 +++++ +++ 2450 38 2646 44 +++++ +++ 190 3

Version 1.02 ------Sequential Output------ --Sequential Input- --Random-
                    -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
munkel 530M 39399 45 7485 20 31453 48 137.8 3
vxfs ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
                 16 143 14 +++++ +++ 157 7 154 13 15624 100 118 7

FreeBSD + Softupdates bringt also immerhin ca. 75...80 % der möglichen
rohen Datenrate noch übers Filesystem, sowohl beim Lesen als auch beim
Schreiben. Die Rate beim Erzeugen von Dateien ist nicht üppig,
offenbar haben die Softupdates hier einigen Overhead (oder der
Flaschenhals liegt woanders). Dafür ist die Geschwindigkeit, mit der
man Dateien löschen kann, mehr als eine Größenordnung schneller als
bei den beiden Filesystemen, die mit transaction logging (alias
»journalling«) arbeiten.

Solaris macht sich mit seinem UFS logging gar nicht sooo schlecht,
lediglich die allgemeine Datenrate beim Schreiben ist mit < 50 % des
Plattendurchsatzes recht mies.

VxFS holt zwar immer noch recht gute Geschwindigkeitswerte beim Lesen
und Schreiben raus, ist aber bei Metadaten-Operationen um Vieles
langsamer, als ich das von einem Filesystem dieser Preisklasse
erwartet hätte.

-- 
cheers, J"org               .-.-.   --... ...--   -.. .  DL8DTL
http://www.sax.de/~joerg/                        NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Tue 06 Nov 2001 - 22:20:07 CET

search this site