Am 06.01.14 12:13, schrieb Hans-Joachim Hötger:
Avg Mbit/sec: 22,000
22 MBit/sec, damit gewinnst Du keinen Blumentopf. Da klemmt sicherlich
noch was anderes. Auch die durchschnittliche Paketgröße ist ja nur 2/3
des möglichen (könnte aber auch daran liegen, dass sowohl Sende-, als
auch Empfangsrichtung ausgewertet wird).
Die 22 MBit kommen wahrscheinlich, weil das tcpdump nebenher läuft. Ohne
dump komme ich auf etwa 50MBit/s
s.u.
Btw. was für einen Type Interface nutzen die VMs? E1000 oder den
VM-proprietären? Hier könnte schon das Nadelöhr sein.
Das Kernelmodul nennt sich vmxnet3.
Das sieht noch dem richtigen aus.
Wie schon geschrieben, würde ich mir erst mal lokale Referenzen
erzeugen, was ist, wenn Du die Datei lokal über das loopback Interface
"rsyncst"?
Coole Idee. Die Ergebnisse sind nicht wesentlich anders als übers Netz.
Übers Netz brauche ich 43 Sekunden.
[root@Lasttest-c data]# ls -la
insgesamt 2048028
drwxr-xr-x. 3 root root 4096 6. Jan 11:54 .
dr-xr-xr-x. 25 root root 4096 12. Dez 10:35 ..
drwx------. 2 root root 16384 26. Nov 2012 lost+found
-rw-r--r-- 1 root root 2097152000 3. Jan 15:19 testfile
[root@Lasttest-c data]# time rsync -va testfile 127.0.0.1:/data/t1
sending incremental file list
testfile
sent 2097408074 bytes received 31 bytes 50539954.34 bytes/sec
total size is 2097152000 speedup is 1.00
real 0m40.707s
user 0m18.087s
sys 0m5.847s
[root@Lasttest-c data]# time cp t1 t2
real 1m49.044s
user 0m0.089s
sys 0m12.142s
[root@Lasttest-c data]# ls -l
insgesamt 6144028
drwx------. 2 root root 16384 26. Nov 2012 lost+found
-rw-r--r-- 1 root root 2097152000 3. Jan 15:19 t1
-rw-r--r-- 1 root root 2097152000 6. Jan 12:00 t2
-rw-r--r-- 1 root root 2097152000 3. Jan 15:19 testfile
[root@Lasttest-c data]#
Na ja, das und dass dein Dump die Transferrate halbiert, zeigt doch,
dass Dein lokales System schon das Nadelöhr ist und es nicht schafft
mehr Durchsatz zu erzeugen.
Wenn ich mich richtig entsinne, wolltest Du doch Deine SAS testen oder?
Die spannende Frage ist doch jetzt: Sind Deine VMs so lahm, weil sie an
dem lahmen SAN hängen oder weil die Host nicht schnell genug ist.
Um bei einem Test nicht vom SAN abhängig zu sein, würde ich mal etwas in
einer RAM-Disk hin- und herkopieren, um eine Idee zu haben, was Deine
VMs so schaffen.
Vielleicht macht es auch Sinn die gleichen Tests mal mit einem anderen
SAN als Grundlage zu testen, damit Du eine Referenz hast.
Ich stelle mir gerade die Frage, was Du überhaupt mit den Tests
bezwecken willst? Was soll die Aussage sein?
Ich könnte mir um ein SAN zu testen noch einige andere Tests vorstellen.
Gruß
Thomas
Ich warte jetzt erst mal, bis ich ein ordentliches Testfile generiert
habe und gucke dann noch einmal.
Liebe Grüße
--
Linux mailing list [email protected]
subscribe/unsubscribe: http://lug-owl.de/mailman/listinfo/linux
Hinweise zur Nutzung: http://www.lug-owl.de/Mailingliste/hints.epo
