Netzwerk Geschwindigkeitstest NFS

[Worschter]

Ich kann es nicht beurteilen wie gut Deine Hardware ist, bei meinem

Switch tritt das Problem nicht auf, hatte aber mal nen MS-Tech Switch da wars

ganz böse.

Hier zeichnete sich das Problem mit nem NSLU ab:

http://www.keywelt-board.com/index.php?sho...ndpost&p=349709

[sven-stefan]

Hier meine Testversuche.

Es fäält auf, das bei der tatsächlichen Mount angabe nur 8192 oder 4096 angezeigt wird.

 

 

Nokia 2x; 16 Port nway Switch;

RTL 8139; Linux "Red Hat" Server

Maerz Image

 

/tmp # /tmp/netztest 192.168.6.10 lager1/movies /mnt2

 

4096, 4096

5752

6481

192.168.6.10:/lager1/movies on /mnt2 type nfs (rw,v3,rsize=4096,wsize=4096,soft,

udp,nolock,addr=192.168.6.10)

 

6144, 6144

5818

6564

192.168.6.10:/lager1/movies on /mnt2 type nfs (rw,v3,rsize=4096,wsize=4096,soft,

udp,nolock,addr=192.168.6.10)

 

8192, 8192

6918

5818

192.168.6.10:/lager1/movies on /mnt2 type nfs (rw,v3,rsize=8192,wsize=8192,soft,

udp,nolock,addr=192.168.6.10)

 

9216, 9216

6918

5688

192.168.6.10:/lager1/movies on /mnt2 type nfs (rw,v3,rsize=8192,wsize=8192,soft,

udp,nolock,addr=192.168.6.10)

 

10240, 10240

7013

5565

192.168.6.10:/lager1/movies on /mnt2 type nfs (rw,v3,rsize=8192,wsize=8192,soft,

udp,nolock,addr=192.168.6.10)

 

11264, 11264

6918

5505

192.168.6.10:/lager1/movies on /mnt2 type nfs (rw,v3,rsize=8192,wsize=8192,soft,

udp,nolock,addr=192.168.6.10)

 

--------------------------------------------------------------------------------------

 

Nokia 2x; 16 Port nway Switch;

3Com 3C905 T; Linux "Red Hat" Server

 

/tmp # /tmp/netztest 192.168.6.10 lager1/movies /mnt3

 

 

4096, 4096

5752

6481

192.168.6.10:/lager1/movies on /mnt3 type nfs (rw,v3,rsize=4096,wsize=4096,soft,

udp,nolock,addr=192.168.6.10)

 

6144, 6144

5752

6481

192.168.6.10:/lager1/movies on /mnt3 type nfs (rw,v3,rsize=4096,wsize=4096,soft,

udp,nolock,addr=192.168.6.10)

 

8192, 8192

6918

5565

192.168.6.10:/lager1/movies on /mnt3 type nfs (rw,v3,rsize=8192,wsize=8192,soft,

udp,nolock,addr=192.168.6.10)

 

9216, 9216

7013

5565

192.168.6.10:/lager1/movies on /mnt3 type nfs (rw,v3,rsize=8192,wsize=8192,soft,

udp,nolock,addr=192.168.6.10)

 

/tmp # /tmp/ntest 192.168.6.10 lager1/movies /mnt3 32768 32768

 

32768, 32768

8192+0 records in

8192+0 records out

real 1m 13.47s

user 0m 0.29s

sys 0m 11.46s

7013

8192+0 records in

8192+0 records out

real 1m 32.07s

user 0m 0.26s

sys 0m 9.28s

5565

192.168.6.10:/lager1/movies on /mnt3 type nfs (rw,v3,rsize=8192,wsize=8192,soft,

udp,nolock,addr=192.168.6.10)

[Worschter]

Hallo,

 

die Werte sind nicht sehr berauschend, wie alt ist denn Dein Linux?

Es sollten sich schon Werte über 8192 einstellen lassen, sonst gehht Dir einiges

an Performance flöten.

 

Ich hoff ich erzähl nun nix falsches, aber ausm Gedächtnis raus, schau mal aufm

Linuxrechner in die Datei /etc/fstab da müssten eigentlich voreinstellungen

drinne sein.

 

Ich wills net behaupten, aber wenn Du die mal posten würdest, vielleicht

könnt man bisl was erkennen .

 

Gruß!

[sven-stefan]

Uuups - noch einer wach gewesen. Danke erstmal für die Bemühung.

 

fstab vom Server:

 

LABEL=/ / ext3 defaults 1 1

LABEL=/boot /boot ext3 defaults 1 2

none /dev/pts devpts gid=5,mode=620 0 0

LABEL=/lager2 /lager2 ext3 defaults 1 2

none /proc proc defaults 0 0

none /dev/shm tmpfs defaults 0 0

LABEL=/tmp /tmp ext3 defaults 1 2

LABEL=/var/log /var/log ext3 defaults 1 2

LABEL=/var/www /var/www ext3 defaults 1 2

/dev/hdd1 swap swap defaults 0 0

/dev/hdc1 swap swap defaults 0 0

/dev/hda3 swap swap defaults 0 0

/dev/fd0 /mnt/floppy auto noauto,owner,kudzu 0 0

/dev/hdd2 /lager1 ext3 suid,dev,exec 0 0

 

 

fstab von der Box:

 

proc /proc proc defaults 0 0

tmpfs /tmp ramfs defaults 0 0

 

 

Sven

[Worschter]

entschuldige, ich hab natürlich die falsche Datei erwischt,

nicht /etc/fstab sondern /etc/exports

[sven-stefan]

Auch die.

 

/lager1/movies 192.168.6.0/255.255.255.0(rw,nohide)

/lager1/webcam 192.168.6.113(insecure,rw)

/lager1/mp3 192.168.6.0/255.255.255.0(rw)

/lager1/sven (insecure,no_root_squash,rw,nohide)

[Worschter]

nun müsste ich halt auswendig wissen, was die parameter bedeuten, bzw.

ob und welche noch fehlen. Leider musste ich mein Rechner neu aufgesetzt und

dda den NFS nicht meehr eingerichtet.

 

Also bei Suse ist es so, daß die ab nem gewissen Release Default Werte geändert haben.

Somit kann ich jetzt nicht abchätzen was bei Dir für die nicht angegebenen Sachen

angenommen wird.

Auf jeden Fall solltest Du mal wie bei sven, überall das no_root_squasch reinnehmen denk ich.

Dann schreib zusätzlich async (async wars das bei Suse auf sync gesetzt wird)

rein und evtl. udp.

Allerdings sind Deine Werte für sync schon fast wieder zu gut.

 

Ist die Frage wie alt Dein Linux ist und ob es NFS V3 (Version 3) unterstützt.

[SleepyHellow]

Hallo!

Wie verstehe ich den folgenden Fehler? Was mache ich da falsch? Auf der Box liegen in /tmp mit allen Rechten (777) ntest und auch busy.

 

/tmp # /tmp/ntest 192.168.1.1 /tmp/harddisk /mnt/filme 16384 16384

16384, 16384
umount: /mnt/filme: Invalid argument
dd: /mnt/filme/test: Is a directory
Command exited with non-zero status 1
real    0m 0.05s
user    0m 0.01s
sys     0m 0.03s
expr: division by zero
dd: /mnt/filme/test: Is a directory
Command exited with non-zero status 1
real    0m 0.05s
user    0m 0.01s
sys     0m 0.02s
512000
192.168.1.1://tmp/harddisk on /mnt/filme type nfs (rw,v3,rsize=16384,wsize=16384
,soft,udp,nolock,addr=192.168.1.1)
/tmp #

[Gast Lack]

Worschter kann dir da sicher besser helfen, aber ich sag dir trotzdem worans liegen kann wenn diese Ausgabe kommt:

 

- Aufnahmeverzeichnis nicht beschreibbar

- vergessen das Aufnahmeverzeichnis als Parameter zu übergeben (beim Start vom Netztest)

- die Datei dd oder time kann nicht aufgerufen werden

[Gast Lack]

Also wenn ich mir die Anzeige genauer anschau dann dürftest du 2 Probleme haben:

 

Ich denke das Verzeichnis, dass du beim Start angegeben hast ist nicht gemountet.

Du hast einen Ordner namens test in /mnt/filme/test, den solltest du löschen, weil die Datei die beim Netztest verwendet wird auch test heißt.

[merkwuerden]

Ein Fehler liegt bei einem Slash zuviel beim Freigabename. Der Mount-Befehl ist:

 

/tmp/ntest 192.168.1.1 /tmp/harddisk /mnt/filme 16384 16384

 

Gemountet wird:

 

192.168.1.1://tmp/harddisk on /mnt/filme type nfs (rw,v3,rsize=16384,wsize=16384,soft,udp,nolock,addr=192.168.1.1)

 

Da ist beim Freigabename ein Slash zuviel, den das ntest (und auch netztest) Script automatisch ergänzt. Am besten im Script die Zeile:

 

mount -t nfs -o rw,soft,udp,nolock,async,rsize=$RS,wsize=$WS $IP:/$V $MNT

 

in

 

mount -t nfs -o rw,soft,udp,nolock,async,rsize=$RS,wsize=$WS $IP:$V $MNT

 

Und wie Lack geschrieben hat, hast Du wohl im /mnt/filme einen Unterordner /test, der muß raus.

[Worschter]

also der Fehler mit dem Slash trifft zu,

also mal statt

/tmp/ntest 192.168.1.1 /tmp/harddisk /mnt/filme 16384 16384

 

/tmp/ntest 192.168.1.1 tmp/harddisk /mnt/filme 16384 16384

 

versuchen.

[SleepyHellow]

Hallo,

 

nun hat es funktioniert. Hier noch einmal ein paar Werte mit der Bitte um Beurteilung in Hinsicht auf ein störungsfreies Aufnehmen. Das System läuft über einen Router dirket auf die HD (also alles ohne PC).

 

/tmp # /tmp/ntest 192.168.1.1 tmp/harddisk/filme /mnt/filme 16384 16384

16384, 16384
8192+0 records in
8192+0 records out
real    1m 4.38s
user    0m 0.16s
sys     0m 10.81s
7876
8192+0 records in
8192+0 records out
real    1m 38.68s
user    0m 0.24s
sys     0m 7.67s
5171
192.168.1.1:/tmp/harddisk/filme on /mnt/filme type nfs (rw,v3,rsize=16384,wsize=
16384,soft,udp,nolock,addr=192.168.1.1)
-----------------------------------------------------------------
8192, 8192
8192+0 records in
8192+0 records out
real    1m 11.58s
user    0m 0.24s
sys     0m 10.86s
7111
8192+0 records in
8192+0 records out
real    1m 21.60s
user    0m 0.16s
sys     0m 8.13s
6320
-----------------------------------------------------------------
32768, 32768
8192+0 records in
8192+0 records out
real    1m 3.29s
user    0m 0.28s
sys     0m 11.03s
8000
8192+0 records in
8192+0 records out
real    5m 3.53s
user    0m 0.26s
sys     0m 7.61s
1689
-----------------------------------------------------------------
16384, 32768
8192+0 records in
8192+0 records out
real    1m 2.41s
user    0m 0.26s
sys     0m 10.83s
8126
8192+0 records in
8192+0 records out
real    1m 37.08s
user    0m 0.20s
sys     0m 7.67s
5278
-----------------------------------------------------------------
8192, 16384
8192+0 records in
8192+0 records out
real    1m 7.75s
user    0m 0.28s
sys     0m 10.74s
7529
8192+0 records in
8192+0 records out
real    1m 23.20s
user    0m 0.21s
sys     0m 8.09s
6095
-----------------------------------------------------------------

 

Ergebnis:

 

8192, 8192: 7111, 6320

16384, 16384: 7876, 5171

32768, 32768: 8000, 1689

8192, 16384: 7529, 6095

16384, 32768: 8126, 5278

[Worschter]

hm, also ich denke auch Dein Router hat das Problem mit Halb und Vollduplex.

 

Sieht man hier (3. Durchlauf) recht deutlich :

32768, 32768

8192+0 records in

8192+0 records out

real    1m 3.29s

user    0m 0.28s

sys    0m 11.03s

8000

8192+0 records in

8192+0 records out

real    5m 3.53s

user    0m 0.26s

sys    0m 7.61s

1689

 

stelle mal die Netzwerkkarte auf 100 Mbit Halbduplex (oder hast Du das schon?)

ausserdem (falls vorhanden):

Datenflußsteuerung ein

Empfangspuffer (so hoch wie möglich)

Übertragungspuffer (eher niedrig aber mal bisl experimentieren)

Paketlänge bestätigen aus

 

Dann regedit starten und bei

 

HKLM\System\CurrentControlSet\Services\NfsSvr\Parameters :

UseWriteCache -> 1

OptimalReads (mal testen 0 oder 1)

 

Poste dann mit diesen Werten nochmal.

 

32768 32768

16384 16384

[SleepyHellow]

Hi!

 

Habe weder den Reg-Eintrag gefunden noch glaube ich, dass es die von dir angegebenen Einstellungen bei meinem Asus-Router (er läuft mit Oleg und einer USB-HD) zu ändern gehen. Ich betreibe die PC-Netzwerkkarte im 100-Halbmodus die hier einstellbare Empfangspuffergröße beträgt 64 KBytes (ist das Maximum).

 

Cu,

Sleepy

 

P.S.:

Ist denn bei dem Werten von 8192, 8192 eine risikolose Aufnahme von Filmen möglich?

[Worschter]

nun bin ich etwas verwirrt, Du streamst aber schon auf den Rechner, oder auf die USB

Platte am Router?

Was hast Du denn für ein Betriebssystem auf dem Rechner, evtl. kann man Dir ne *.reg Datei machen.

 

Zum Vertsändnis, rsize und wsize sind Datenmengen die der Gegenüber empfängt bevor er den

Empfang quittiert.

je höher die Werte sind, desto weniger Overhead gibt es, desto höher der Datendurchsatz, zumindest

in der Theorie. Wenn Du ne gute Verbindung hast kann es sein, daß es bei Dir mit 8192 8192 besser geht

als bei jemand mit ner schlechten Verbindung und 32768 32768. Das kann man leider nicht pauschalisieren.

[SleepyHellow]

Also, ich streame über einen Asus-Router mit Firmware von Oleg auf eine USB-HD, die am Router angeschlossen ist. Die USB-HD ist eine Linux ex3 Partition. Ich selber arbeite mit XP Home.

 

Wie würdest du denn die Qualität des 8192, 8192 Streams bezüglich sicherem Streamen beurteilen. Muss ich da evtl. mit Problemen bei der Aufnahme rechnen oder nicht?

 

Cu,

Sleepy

[Worschter]

Hm, dann iist das natürlich was anderes, da helfen dann natürlich

keine Windows registry Einträge sorry, mein Fehler.

 

 

Warum willst Du Dich denn auf die 8192 festlegen, ich hab bei mir

rsize=16384

wsize=32768

eingestellt in den Mountoptionen.

 

Bei Dir sollte das wohl etwa so aussehen:

rsize=8192

wsize=32768

würde etwa diese Ergebnisse liefern:

8000

6095

 

Zum Aufnehmen dürfte das selbst für ORF reichen, (braucht etwa 6900 + Reserven)

 

Aber beim Abspielen gehen z.B. ORF Aufnahmen in die Hose.

[SleepyHellow]

Spät, aber hier kommen sie, die Ergbnisse bei 8192, 32768:

 

8126

6400 --> Stelle ich den Router auf 100 Halfduplex ergibt dies 6243

\-> Bei 100 Fulldplex wird hier 6329 draus.

 

Cu,

Sleepy

bearbeitet 31. Mai 2005 von SleepyHellow

[Worschter]

Hm,

 

Das wird wohl nicht besser werden

 

Ich denke zum Streamen sollte es reichen, beim Abspielen von normalen Aufnahmen

dürfte es auch noch keine Probleme geben, aber ORF Aufnahmen machen da wohl

keinen Spaß mit, die werden nur am Ruckeln sein schätze ich.

 

Kannst es ja mal spasshalber versuchen.

 

Gruß!

[atego]

Hallo Leute,

 

hier noch einmal ein Test von mir mit meinem neuen @worschter Turboswitch Fiberline2008s

 

 

32768, 32768

8192+0 records in

8192+0 records out

real 1m 0.46s

user 0m 0.18s

sys 0m 10.61s

8393

8192+0 records in

8192+0 records out

real 1m 3.82s

user 0m 0.19s

sys 0m 7.65s

8000

192.168.0.4:/Filme on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,ud

NFS Server läuft jetzt auf Win 2003 Server Edition

 

mfg atego

 

P.S.: Hat doch geholfen die zweite Lan Karte zu deaktivieren.

[Worschter]

@atego

 

sieht doch schon mal gut aus, hast Du mal noch die regedit bzw.

Netzwerkkarten einstellungen versucht?

 

Also mit WDR Aachen hab ichs mal probiert mir meiner Nokia,

 

hier sieht man 8 Minuten Aufnahme:

 

 

da sag nochmal einer Transportstream sei nicht konstant

 

Abspielen ist aber nicht drin, da kotzt die Verbindung

 

brutal

[Worschter]

Was sagt uns das ?

 

erst Abends aufnehmen!

 

( kleiner Scherz )

 

Ach ja, zum ringbuffer, der steht bei mir auf 30, weil wie Du schon sagtest, die

Absturzgefahr steigt stark an.

 

Helfen tut´s eh nur bei der Aufnahme und dann auch nur bei kurzen Netzwerkeinbrüchen.

[atego]

@worschter

 

reichen die Werte noch nicht ??? Ich werde aber noch mal versuchen etwas raus zu kitzeln.

 

 

mfg atego

[Worschter]

reichen tun die Werte, aber je mehr Reserve desto besser, oder?