hdd Speedmessung/ Benchmark mit Bonnie

Tommy hat geschrieben:
@JTG Scripter Fraktion ;-) Dr. Stoned & Co
Könnt Ihr was bauen, was die Zusatzeinträge (s. meine Tabelle hinten) erfasst, Bonnie startet und die Daten per wget <URL>?String abschickt bauen?

Mal sehen ob ich morgen Zeit habe... Dann baue ich Dir kurz was...

So, dann auch mal meine Ergebnisse:

Version 1.03 ------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
dbox 60M 268 93 3463 51 2016 58 292 94 3695 51 150.1 22
------Sequential Create------ --------Random Create--------
-Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
16 153 91 760 87 166 90 147 91 949 86 141 85
dbox,60M,268,93,3463,51,2016,58,292,94,3695,51,150.1,22,16,153,91,760,87,166,90,147,91,949,86,141,85

Meine Daten:
NOKIA 2xI Avia 500
Swap 128MB ein (aber auf DOM, nicht auf HDD)
Sectionsd aus
HWSections an
Filesystem xfs
WriteCache an
Samsung 250GB (SAMSUNG SP2514N)

Zur Festplatte wäre zu sagen, daß ich sie vor dem Einsatz in der dbox2 mit WinAAM 'vorbereitet' habe. Der Wert fürs Akustik Management wurde dauerhaft auf den kleinsten Wert 0 voreingestellt. Somit leiseste Kopfbewegungen, aber auch die langsamsten. Deshalb nicht wundern über die Werte bei den Random Zugriffen.

Nachtrag:
Keine Ahnung, ob von Interesse, aber das hier sind meine Werte von der DOM (Disk On Module). Sie hängt als Slave am IDE Strang, die ersten 128 MB sind der Swap, der Rest des GB ist frei verfügbar und mit XFS formatiert. Sectionsd war wieder aus, Swap und HWSections an. Mehr Optionen gibts für das DOM nicht (also kein WriteCache):

Version 1.03 ------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
dbox 60M 269 94 2368 43 1289 39 291 90 2428 42 157.1 66
------Sequential Create------ --------Random Create--------
-Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
16 121 85 812 90 138 88 122 85 1151 92 69 31
dbox,60M,269,94,2368,43,1289,39,291,90,2428,42,157.1,66,16,121,85,812,90,138,88,122,85,1151,92,69,31

Wenn ich das richtig sehe, ist das nicht der Renner. Da im Moment nichts von belang auf den restlichen 850 MB liegt, könnte ich vielleicht den Test mit ext2 wiederholen. Mal schauen...

Nachtrag2:
Irgendwas spricht dagegen den Test mit der DOM und ext2 zu wiederholen. Ich kann zwar die große Partition auf der DOM mit ext2 formatieren und danach sofort mounten. Aber nach einem Neustart der dbox2 kann ich diese Partition eben nicht mehr mounten. Verstehe nicht, was da schief läuft. Mag die dbox2 nicht gleichzeitig 2 Filesysteme unterstützen? (Nicht vergessen: meine HDD läuft immer noch als Master parallel unter xfs)

Auch egal. Ich bin ja durchaus zufrieden mit xfs. Klappt ja alles. Keinerlei Probleme bei ARD & ZDF.

Beitrag von **Gorcon** » Samstag 10. Februar 2007, 15:08

Habe eben noch einen Speedfresser gefunden: "NFS Server" auf off und schon gehts ein bisschen schneller:
Meine HD300LD kommt mit ext3 jetzt auf folgende Werte:

Code: Alles auswählen

Version  1.03       ------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
dbox            60M   262  93  2272  45  1032  26   280  89  2204  28 100.8  18
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16   100  93  4481  94  1718  72   105  94   364  97   219  69
dbox,60M,262,93,2272,45,1032,26,280,89,2204,28,100.8,18,16,100,93,4481,94,1718,7
2,105,94,364,97,219,69
~ >

Mit der anderen Platte brauch ich nicht weitertesten die scheint hinüberzu sein. Die Werte schwanken da extrem.
Bei der Samsung wird der Cache übrigens unterstützt.

Gruß Gorcon

Gorcon hat geschrieben:Habe eben noch einen Speedfresser gefunden: "NFS Server" auf off und schon gehts ein bisschen schneller:
Meine HD300LD kommt mit ext3 jetzt auf folgende Werte:
Mit der anderen Platte brauch ich nicht weitertesten die scheint hinüberzu sein. Die Werte schwanken da extrem.
Bei der Samsung wird der Cache übrigens unterstützt.

Gruß Gorcon

Kannst Du mit der Platte nicht mal XFS probieren!? Ich denke das würde
sehr viel bringen da der Cache ja erkannt wird und die CPU-Last mit
XFS deutlich geringer ist.

Gruß
____Paule

Beitrag von **Gorcon** » Samstag 10. Februar 2007, 15:49

Kannst Du mit der Platte nicht mal XFS probieren!?

Nein leider nicht.

Gruß Gorcon

Beitrag von **new.life** » Samstag 10. Februar 2007, 16:00

Gorcon hat geschrieben:
Kannst Du mit der Platte nicht mal XFS probieren!?
Nein leider nicht.

..aber einfach mal als ext2 mounten, kannst Du mal probieren und testen.

Beitrag von **Gorcon** » Samstag 10. Februar 2007, 16:04

Das Risiko ist mir zu hoch wenn ich mir mit solchen Spielereien dann das Dateisystem zerschieße.

Wird bei dem Bonnie Test eigentlich die Aufnahme Einstellung berücksichtigt? (dort habe ich eingestellt sectiond bei Aufnahme anhalten Ein)

Gruß Gorcon

Beitrag von **new.life** » Samstag 10. Februar 2007, 16:13

Gorcon hat geschrieben:Wird bei dem Bonnie Test eigentlich die Aufnahme Einstellung berücksichtigt? (dort habe ich eingestellt sectiond bei Aufnahme anhalten Ein)

das tut nur noch weh.

ext3 ist kompatibel zu ext2 und Du zerschiesst Dir nix, wenn Du eine ext3-Partition als ext2 mountest.

new.life hat geschrieben:
Gorcon hat geschrieben:Wird bei dem Bonnie Test eigentlich die Aufnahme Einstellung berücksichtigt? (dort habe ich eingestellt sectiond bei Aufnahme anhalten Ein)
das tut nur noch weh.

Ich finde das eine sehr berechtigte Frage - und wenn es für Dich so einfach ist, dann antworte doch bitte mit "ja" oder "nein" und nicht mit

Konstruktive Kritik ist gut - aber sowas kannst Du Dir doch sparen new.life!

MfG
doktorknow

Beitrag von **new.life** » Samstag 10. Februar 2007, 16:51

doktorknow hat geschrieben:Ich finde das eine sehr berechtigte Frage - und wenn es für Dich so einfach ist, dann antworte doch bitte mit "ja" oder "nein" und nicht mit

ok, es gibt keine spezielle Dbox-Bonnie-Version die irgendwelche Deamons auf der DBox abschiesst und um das zu wissen, braucht es nicht sehr viel.

Beitrag von **Gorcon** » Samstag 10. Februar 2007, 17:19

kompatibel hin oder her, ich werde es trotzdem nicht machen.

Gruß Gorcon

Sag mal new.life (alias petgun)...hast du wieder mal eine depressive Phase oder wie oder was?

@new.life
Danke für die Info!!

Ich habe hier der Vollständigkeit halber nochmal zwei Messungen bei meinem Mitbewohner gemacht.

System:

Nokia 2xI Avia 600
Filesystem XFS
Sectionsd an
NFS Server off
Samba off
Swap on

Platte:

/dev/ide/host0/bus0/target0/lun0/disc:

Model=SAMSUNG HD300LD, FwRev=WK100-12, SerialNo=S0A4J1EL903071
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 *mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: unknown: ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 AT
A/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7

Erster Test Write Cache ON:

Version 1.03 ------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
dbox 60M 285 94 2221 31 1564 44 287 94 3255 47 149.0 27
------Sequential Create------ --------Random Create--------
-Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
16 118 74 627 89 143 91 115 72 929 90 135 87
dbox,60M,285,94,2221,31,1564,44,287,94,3255,47,149.0,27,16,118,74,627,89,143,91,115,72,929,90,135,87

Zweiter Test Write Cache off:

Version 1.03 ------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
dbox 60M 287 95 3173 48 1586 42 288 94 3260 47 147.1 27
------Sequential Create------ --------Random Create--------
-Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
16 118 75 633 89 144 91 116 72 915 92 133 84
dbox,60M,287,95,3173,48,1586,42,288,94,3260,47,147.1,27,16,118,75,633,89,144,91,116,72,915,92,133,84

MfG
doktorknow

Charles Darwin jun. hat geschrieben:Sag mal new.life (alias petgun)...hast du wieder mal eine depressive Phase oder wie oder was?

Lieber Herr Darwin, ich glaube nicht, dass Du in der Position bist solche Kommentare abzulassen.

Beitrag von **Tommy** » Samstag 10. Februar 2007, 18:23

@doktorknow: Swap oder nicht Swap?

Beitrag von **new.life** » Samstag 10. Februar 2007, 19:34

Gorcon hat geschrieben:kompatibel hin oder her, ich werde es trotzdem nicht machen.

aha, Du bleibst also bei ext3. Interessiert Dich Deine grosse Geschwindigkeits Differenz zu den XFS-Usern noch?
Wenn ja, bitte weiterlesen...ansonsten einfach vergessen.

Möglicherweise gibt es eine Erklärung..:

Journaling-Stufen von ext3
Die Linux-Implementierung von ext3 bietet drei Journaling-Stufen:

Full (Option data=journal), wobei sowohl Metadaten als auch Dateiinhalte erst ins Journal geschrieben werden, bevor sie ins Dateisystem geschrieben werden. Dies erhöht die Zuverlässigkeit, ist aber recht langsam, da alle Daten zweimal auf den Datenträger geschrieben werden müssen.
Writeback (Option data=writeback), wobei nur Metadaten ins Journal geschrieben werden. Das Aktualisieren der Dateiinhalte wird dem normalen "sync" Prozess überlassen. Dies ist wesentlich schneller, birgt aber die Gefahr von Datenverlust durch abgebrochene Out-of-Order-Schreibvorgänge im Absturzfall. Dateien, die sich zu diesem Zeitpunkt im Schreibzugriff befanden, können beim nächsten Einhängen des Dateisystems an ihrem Ende Datenmüll enthalten.
Ordered (Option data=ordered) funktioniert wie Writeback. Allerdings werden Dateiinhalte direkt ins Dateisystem geschrieben, erst danach werden die Metadaten im Journal aktualisiert. Dies gilt als akzeptabler Kompromiss zwischen Zuverlässigkeit und Geschwindigkeit und ist daher die Standardeinstellung.

Wenn Du die Platte mit der Option 'data=journal' eingerichtet hast und "..ist aber recht langsam.." stimmt, woran ich nicht zweifel, könnte das ja eine Erklärung sein.

Beitrag von **Gorcon** » Samstag 10. Februar 2007, 20:19

aha, Du bleibst also bei ext3.

davon habe ich nichts geschrieben!
Ich werde kein ext2 benutzen weil das kein Jurnaling benutzt. Sicherheit ist mir viel wichtiger.
Ausserdem hat die Geschwindigleitsverlust bei mir ganz wo anders gelegen, aber das habe ich ja schon geschrieben.

Gruß Gorcon

Beitrag von **new.life** » Samstag 10. Februar 2007, 21:06

Gorcon hat geschrieben:
aha, Du bleibst also bei ext3.
davon habe ich nichts geschrieben!
Ich werde kein ext2 benutzen weil das kein Jurnaling benutzt. Sicherheit ist mir viel wichtiger.
Ausserdem hat die Geschwindigleitsverlust bei mir ganz wo anders gelegen, aber das habe ich ja schon geschrieben.

ok ok. Meinen Glückwunsch dazu, daß Du endlich den Grund für den 'Geschwindigkeitsverlust' gefunden hast...Du redest doch von der zu erwartenden marginalen Steigerung durch deaktivieren des NFS-Servers, oder?
Das ist für mich sogar noch eine Grössenordnung die im Bereich der normalen zu erwartenden Schwankungen bei einem journaling Filesystem liegt.
Aber Reproduzierbarkeit und vieles andere interessiert hier ja sowieso nicht...es geht nur um schöne Zahlen für die 'tolle' Exccel-Tabelle die anscheinend keiner hier interpretieren kann/will.

Werde mit dem Status quo glücklich und ignoriere den imo immer noch vorhandenen viel zu grossen Unterschied. Dein Glück wird bis zum nächsten Streamabruch anhalten....und dann fängst Du wieder von vorne an...viele Grüsse an das Murmeltier.

Beitrag von **pOo** » Samstag 10. Februar 2007, 21:33

streamst du schon oder tunest du noch?

Beitrag von **Tommy** » Samstag 10. Februar 2007, 23:02

Aber Reproduzierbarkeit und vieles andere interessiert hier ja sowieso nicht...es geht nur um schöne Zahlen für die 'tolle' Exccel-Tabelle die anscheinend keiner hier interpretieren kann/will.

mir reichts - ich lege die Tabelle ins ULC. Ich habe keinen Bock mich länger von Petgun anpissen zu lassen. Ich hatte es nur gut gemeint aber dieses ständige rumgenerve kotzt mich echt sowas von an.

Tommy hat geschrieben:
Aber Reproduzierbarkeit und vieles andere interessiert hier ja sowieso nicht...es geht nur um schöne Zahlen für die 'tolle' Exccel-Tabelle die anscheinend keiner hier interpretieren kann/will.
mir reichts - ich lege die Tabelle ins ULC. Ich habe keinen Bock mich länger von Petgun anpissen zu lassen. Ich hatte es nur gut gemeint aber dieses ständige rumgenerve kotzt mich echt sowas von an.

@Tommy

Lass Dich doch von der Sülzbacke nicht reizen. Es ist lächerlich das er
hier mit redet (wahrscheinlich vor langer Weile). Kann sich ja nicht mal
an seine Versprechungen von Seite 3 halten/erinnern...

new.life hat geschrieben:diesmal wirklich eine letzte Bemerkung/Frage in diesem Fred..

Was will man da erwarten...

Wie bereits gesagt... Da ist nur der Name neu... Sonst hat sich LEIDER nicht geändert...

Beitrag von **Tommy** » Sonntag 11. Februar 2007, 16:31

@pOo:

Ich würde sagen, es reicht eine Tabelle in einer SQL Datenbank. Natürlich kannst Du es auch relational mit einer kompletten DB machen. Eine Tabelle mit Filesystemen und mehrere zweizeilige mit den Booleschen werten (Swap on/off etc).
Du brauchst ein script, welches sich über http aufrufen läßt und als Parameter eine deffinierte Zeichenkette bekommt. Diese splittest Du nach Komma und schreibst sie in die DB weg.
Zum Frontent (Auswertung) fällt mir momentan noch nichts ein aber vieleicht läßt sichs ans WebIF koppeln. Yjogol? Die Exceltabelle liegt im ULC/Temp - dort kannst Du die Reihenfolge der Werte entnehmen.

@Wer auch immer das Dbox skript schreibt

1. checken mit ping google ob onlineverbindung besteht
2. checken ob bonnie vorhanden
3. abfragen welche daemons laufen (kommt drauf an welche mit einfließen sollen - mit pOo klären wg der DB)
4. checken ob cache
4a. evtl noch auslesen welche HDD
5. checken ob swap
6. checken welches fs
7. 3-6 als variablen merken
8. Meldung "Bonnie wird gestartet - kann dauern"
9. aus dem Bonnie Ergebnis die letzte Zeile nehmen und kommasepariert die Werte aus 3-6 dahinter
10. mit wget die Werte der url von PoO übergeben
11. evtl die Bonniewerte lokal ausgeben
-Skriptende-

Beitrag von **pOo** » Sonntag 11. Februar 2007, 17:33

mal ne ganz dumme frage: was is das ulc?

Beitrag von **Tommy** » Sonntag 11. Februar 2007, 18:55

pOo hat geschrieben:mal ne ganz dumme frage: was is das ulc?

Das Uploadcenter

http://ulc.tuxbox-cvs.sourceforge.net/

Beitrag von **PauleFoul** » Montag 12. Februar 2007, 20:10

Test 4

Code: Alles auswählen

 
Version  1.03       ------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
dbox            60M   268  94  3471  57  2085  60   300  95  3803  55 146.6  22
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16   162  94   765  91   166  93   161  95  1337  95   136  78
dbox,60M,268,94,3471,57,2085,60,300,95,3803,55,146.6,22,16,162,94,765,91,166,93,161,95,1337,95,136,78

Konfiguration:
NOKIA 2xI Avia 500, Swap aus, Sectionsd an, XFS, WriteCache ON, Samsung 250GB, SATA-Adapter, RingBuffer 0 (Null vorher 50)

Test 5

Code: Alles auswählen

Version  1.03       ------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
dbox            60M   277  93  3583  52  2148  60   311  95  3920  55 148.7  24
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16   165  95   716  88   168  93   163  95  1918  96   140  78
dbox,60M,277,93,3583,52,2148,60,311,95,3920,55,148.7,24,16,165,95,716,88,168,93,163,95,1918,96,140,78

Konfiguration:
wie oben aber HardwareSection ON

Test 6

Code: Alles auswählen

Version  1.03       ------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
dbox            60M   292  96  3625  57  2222  65   320  97  4018  63 169.8  24
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16   169  96  3242  97   194  94   168  95  2449  96   163  83
dbox,60M,292,96,3625,57,2222,65,320,97,4018,63,169.8,24,16,169,96,3242,97,194,94,168,95,2449,96,163,83

Konfiguration:
wie oben aber HardwareSection ON und Prozesse gekillt (Sectionsd usw.)

Gruß
____Paule