kleine NFS Geschwindigkeitstests

[chris_h]

NFS-Geschwindigkeit in Sekunden
=================================
Systeme am 100 Mbit Netz
Server: Athlon 600, 2.6.18-5-486, Debian 4.0
Client: Intel Core2 Duo, 2.6.22.12-0.1-default, Suse 10.3


rsize=1024,wsize=1024 (default)

async a/sync sync
--------------------------
1M 0.1s 0.1s 0.3s
10M 0.9s 1.6s 3.0s
100M 12.8s 13.4s 31.3s

a/sync .. Server sync, Client async mount


rsize=4096,wsize=4096

async a/sync sync
--------------------------
1M 0.1s 0.2s 0.7s
10M 0.9s 2.2s 8.3s
100M 13 s 22 s 79.7s


rsize=8192,wsize=8192

async a/sync sync
--------------------------
1M 0.1s 0.2s 1s
10M 0.9s 0.9s 10s
100M 9.7s 24 s 105s


rsize=32768,wsize=32768

async a/sync sync
--------------------------
1M 0.1s 0.2s n.a
10M 0.9s 1.4s n.a
100M 10.3s 14.5s n.a


Folgerung:
Eine Erhöhung der rsize und wsize von default auf 32768 bringt
in diesem Szenario wenig. Verwendet man sync fällt sogar
der Durchsatz.
Der async Modus ist im Schnitt (bei großer rsize und wsize) zehn
mal schneller als der sync Modus. Optimal erweise sich jedoch 8192.

[marce]

zum Vergleich: wie lange braucht eine entsprechende Datei auf dem Server direkt zum erstellen (also z.B. per dd)?

Und dass Du bei den Zeiten aber am Limit des Netzwerks bist ist hoffentlich klar?

[chris_h]

Direkt am Server:


1M 0.04s
10M 0.3s
100M 4.4s

Methode
time dd if=/dev/zero of=x bs=1000 count=1000


Daraus folgt, NFS ist in einer, in diesem Umfeld, optimalen Konfiguration nur ca. 3 mal langsamer als eine lokale Festplatte.
Klar, Netzwerkgeschwindigkeit und Festplatte haben auch einen Einfluss Bei einer *alten* HD kann ein gutes Netzwerk fast so schnell sein, wie die Platte selber.

Grober Richtwert:
# hdparm -Tt /dev/hda
/dev/hda:
Timing cached reads: 328 MB in 2.00 seconds = 163.69 MB/sec
Timing buffered disk reads: 94 MB in 3.04 seconds = 30.96 MB/sec

Hier ist die Festplatte nicht der limitierende Faktor.

[chris_h]

Interessant wären Vergleiche in einem Gbit Netzwerk. Wenn jmd. die Tests in solche einem Umfeld ausprobieren möchte, hier ist Platz für Ergänzung.

Chris