Kopiergeschwindigkeit

[Thomas Laubrock]

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 at 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 at 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 at Lasttest-c data]# time cp t1 t2
>
> real    1m49.044s
> user    0m0.089s
> sys     0m12.142s
> [root at 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 at 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