Kleine Verständnis-Frage zur NFS-Performance

[jmittelst]

Hallo,
ich hab mich damit einige Zeit nicht wirklich beschäftigt, weil ich NFS eigentlich nur für den Movieplayer verwende und kleine Störungen mit 2x Gelb immer schnell behoben waren, bin jetzt aber mal dazu gekommen Essus Skript laufen zu lassen, das brachte:

Code: Alles auswählen

udp, sync
8192+0 records in
8192+0 records out
real    2m 2.94s
user    0m 0.33s
sys     0m 22.99s
4162
8192+0 records in
8192+0 records out
real    1m 11.56s
user    0m 0.20s
sys     0m 7.83s
7111
192.168.2.50:/ts on /mnt/filme type nfs (rw,sync,v3,rsize=32768,wsize=8192,soft,udp,nolock,addr=192.168.2.50)

udp, async
8192+0 records in
8192+0 records out
real    1m 12.03s
user    0m 0.24s
sys     0m 12.02s
7111
8192+0 records in
8192+0 records out
real    1m 12.35s
user    0m 0.22s
sys     0m 9.01s
7111
192.168.2.50:/ts on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=8192,soft,udp,nolock,addr=192.168.2.50)

tcp, sync
8192+0 records in
8192+0 records out
real    2m 21.06s
user    0m 0.22s
sys     0m 32.09s
3631
8192+0 records in
8192+0 records out
real    1m 15.96s
user    0m 0.27s
sys     0m 11.74s
6736
192.168.2.50:/ts on /mnt/filme type nfs (rw,sync,v3,rsize=32768,wsize=32768,soft,tcp,nolock,addr=192.168.2.50)

tcp, async
8192+0 records in
8192+0 records out
real    1m 29.85s
user    0m 0.27s
sys     0m 9.72s
5688
8192+0 records in
8192+0 records out
real    1m 15.72s
user    0m 0.26s
sys     0m 13.60s
6736
192.168.2.50:/ts on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,tcp,nolock,addr=192.168.2.50)

Daraus habe ich folgendes abgeleitet:

Code: Alles auswählen

network_nfs_mount_options1_0=rw,soft,udp,async
network_nfs_mount_options2_0=nolock,rsize=32768,wsize=8192

Leider habe ich bei Versuchen direkt aufzunehmen immer noch Abbrüche (sogar einige).

Aufnahmeeinstellungen:

Code: Alles auswählen

recordingmenu.use_fdatasync=false
recordingmenu.use_o_sync=false

Habe ich da irgendwo einen falschen Schluß gezogen? 7111kb/s sollten doch ausreichen, oder?

In den Mountoptionen kann ich v3 auch nicht eintragen, sonst kommt ein Mounterror.

cu
Jens

[Tommy]

In den Mountoptionen kann ich v3 auch nicht eintragen, sonst kommt ein Mounterror.

ist unlogisch da es im speedtest anscheinend keinen error gibt

[petgun]

v3 brauchst Du nur unter 'Service For UNIX Administration/Server for NFS/Server Settings/Enable NFS v3 Support anhaken. Ich habe deutlich ueber 8000Kbps...7111Kbps kann zu wenig sein..was war das fuer ein Sender? Hattest Du auch alle Tonspuren/AC3-Ton dabei?

[jmittelst]

War jetzt mal Premiere 1 mit allen Tonspuren.

zu v3:

Code: Alles auswählen

[CFSMounter] Mount(0) 192.168.2.50:/ts -> /mnt/filme
unknown nfs mount option: v3

mount: nfsmount failed: No such file or directory

Das sagt meine Box dazu.

cu
Jens

[petgun]

...Du sollst den Parameter 'v3' nur bei den Mountoptionen der DBox weglassen aber das beim SFU wie oben beschrieben anhaken...und sei sicher das die Box das auch verwendet..sonst haettest Du uA. die Filegroessenbegrenzung bei 2GB.

[jmittelst]

Weggelassen ist es ja, wollte nur erwähnen was dabei rauskommt. In SFU ist natürlich V3 aktiviert. Vielleicht lasse ich heute Nacht mal 4 Std. Premiere Thema laufen in der Hoffnung, das dabei genug rüberkommt um über 2GB zu gehen.

Liege ich denn ansonsten mit der Interpretation der Testergebnisse so weit richtig, das ich die günstigste Einstellungen verwendet habe?

cu
Jens

[petgun]

.. heute Nacht mal 4 Std. Premiere Thema laufen in der Hoffnung, das dabei genug rüberkommt um über 2GB zu gehen.

;-) wenn die wirklich so eine besch... Datenrate haetten sollte es bei >7000 Kbps nicht zu Abbruechen kommen..

Liege ich denn ansonsten mit der Interpretation der Testergebnisse so weit richtig, das ich die günstigste Einstellungen verwendet habe?

klar...'async' ist bei SFU default...brauchst Du auch nicht einzutragen..bei mir steht da nur 'rw,udp,noatime' und 'nolock,rsize=32768,wsize=8192'

[jmittelst]

Was bewirkt "noatime"?
cu
Jens

[petgun]

§ noatime or atime

Performance should improve by adding the noatime flag. Everytime a client reads from a file, the server must update the server's inode time stamp for most recently accessed time. Most applications don't care about the most recent access time, so you can set the noatime with impunity.

[jmittelst]

Und - bringt das bei Dir (NAS vermutlich, oder?) performante Verbesserung? Ich schätze SFU ist keine Applikation, die sich drum schert, oder?
cu
Jens

[petgun]

Und - bringt das bei Dir (NAS vermutlich, oder?) performante Verbesserung? Ich schätze SFU ist keine Applikation, die sich drum schert, oder?

..das ist wahrscheinlich akadmisch...habe ich nie versucht zu messen.

[petb]

Hi,

ich habe minimal höhere Werte und habe 99% keine Probleme.
Allerdings geht es bei mir gegen einen Linux Server.

Was mir ein wenig Hilfe brachte, war bei einer Nokia eine rsize 4096 und wsize auf 32768, weil....
Der Server ist manchmal zu schnell beim senden der Daten und wenn die Box dann mal 32k verhaut und der server erst gesagt bekommt schick die nochmal und dann......das dauert eben länger als wenn die Box nur nochmal 4k bekommt und abarbeiten soll.

Umgekehrt kann der server die daten auf jeden fall schneller abnehmen als die box die daten sendet, somit sollten als wsize 32k ok sein.

Wie gesagt bei mir half es bei den nokia es.
Wobei bei mir die Philips das betreffende File auch mit 32k rsize einwandfrei abspielt.
Was die Sagem macht weis ich nicht, habe den Film nicht mehr.
Und aktuell geht es bei allen Boxen, bis auf Hänger die mal nach ein paar Tagen kommen.
Dann Neustart der Box und es geht wieder alles.
Aktuell habe ich einen 19" Uraltswitch aus 1998 mit Lüfter, an einer 3Com905XL PCI mit 7 Boxen laufen und alle funktionieren fast ohne Probleme. (Ausser den Hängern alle paar Tage, die ich aber auf sonstiges nicht NFS betreffendes zurückführe, da immer wieder mal ne andere Box davon betroffen ist.)
Bis vor einiger Zeit als ich den kernel wechselte hatte ich "ohne" Probleme einen 3COM GBit Switch an einer GBit Intel Karte im server.
Am dem Switch hing ein weiterer Switch mit 10/100 von Allnet.
Daran hingen 5 Boxen, die ohne Probleme funktionierten, mit wsize und rsize auf 32k.
Leider hat die Intel GBit karte aussetzer mit den treibern vom jetzigen kernel, da klappte das so nicht mehr, daher der eigene switch für die Boxen.

Ich konnte bei mir in Verbindung mit mehreren Boxen feststellen:

Switche/Hubs die bei mir gut funktionieren:
3Com Office Connect GBit Switch
Allnet 8088 älterer 10/100
Allnet 0430 uralter 19" 10/100
Allnet 1295 Router/switch

Switche/Hubs die nicht so toll waren:
Draytek Router Vigor 2500We
Telecom T-Sinus130 Komfort.
3Com Office Connect älterer 10MBit HUB
3Com Office Connect älterer 100MBit Hub

Netzwerkkarten unter Linux:
je nach kernel gut bis gehts so
Intel GBit
3Com 905er

generell schlecht (Anfang 2005) funktionierten:
Realtek GBit glaube 8069 oder sowas in der Art.

Ich lasse den Essu Test auch nochmal durchlaufen und poste dann die paar Werte.

Bye
PetB

[essu]

Bei mir gab es die besten Ergebnisse, wenn ich die netcard auf 100MB/HD gestellt habe.

7111 ist zwar noch keine petgun-Qualität , sollte aber für fast alles ausreichen.

[petb]

Das kommt bei mir raus:

Code: Alles auswählen

udp, sync
5885
8126
192.168.11.11:/filme on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,tcp,nolock,addr=192.168.11.11)
192.168.11.11:/filme on /mnt/filme type nfs (rw,sync,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.11.11)

udp, async
8827
8000
192.168.11.11:/filme on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,tcp,nolock,addr=192.168.11.11)
192.168.11.11:/filme on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.11.11)

tcp, sync
5688
6564
192.168.11.11:/filme on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,tcp,nolock,addr=192.168.11.11)
192.168.11.11:/filme on /mnt/filme type nfs (rw,sync,v3,rsize=32768,wsize=32768,soft,tcp,nolock,addr=192.168.11.11)

tcp, async
7641
6564
192.168.11.11:/filme on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,tcp,nolock,addr=192.168.11.11)
192.168.11.11:/filme on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,tcp,nolock,addr=192.168.11.11)

Das ist eine Nokia.
Ich kapier nur grad nicht warum das log so komisch aussieht...

eben, da war der normale mount noch drinne, den habe ichgrad raus, poste gleich nochmal das saubere log.

Code: Alles auswählen

udp, sync
5953
8000
192.168.11.11:/filme on /mnt/filme type nfs (rw,sync,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.11.11)

udp, async
8677
8000
192.168.11.11:/filme on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.11.11)

tcp, sync
5688
6481
192.168.11.11:/filme on /mnt/filme type nfs (rw,sync,v3,rsize=32768,wsize=32768,soft,tcp,nolock,addr=192.168.11.11)

tcp, async
7757
6481
192.168.11.11:/filme on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,tcp,nolock,addr=192.168.11.11)

Bye
PetB

[petb]

So,
jetzt hab ichs mal mit verschiedenen Werten durchlaufen lassen.

Code: Alles auswählen

udp, async,32768
8827
7757
192.168.11.11:/filme on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.11.11)

udp, async,16384
8677
7314
192.168.11.11:/filme on /mnt/filme type nfs (rw,v3,rsize=16384,wsize=16384,soft,udp,nolock,addr=192.168.11.11)

udp, async,8192
8393
7013
192.168.11.11:/filme on /mnt/filme type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.11.11)

udp, async,4096
7641
6564
192.168.11.11:/filme on /mnt/filme type nfs (rw,v3,rsize=4096,wsize=4096,soft,udp,nolock,addr=192.168.11.11)

udp, async,2048
4491
4612
192.168.11.11:/filme on /mnt/filme type nfs (rw,v3,rsize=2048,wsize=2048,soft,udp,nolock,addr=192.168.11.11)

udp, sync,32768
5885
8126
192.168.11.11:/filme on /mnt/filme type nfs (rw,sync,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.11.11)

udp, sync,16384
5818
7420
192.168.11.11:/filme on /mnt/filme type nfs (rw,sync,v3,rsize=16384,wsize=16384,soft,udp,nolock,addr=192.168.11.11)

udp, sync,8192
5953
7013
192.168.11.11:/filme on /mnt/filme type nfs (rw,sync,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.11.11)

udp, sync,4096
5688
6564
192.168.11.11:/filme on /mnt/filme type nfs (rw,sync,v3,rsize=4096,wsize=4096,soft,udp,nolock,addr=192.168.11.11)

udp, sync,2048
4612
4491
192.168.11.11:/filme on /mnt/filme type nfs (rw,sync,v3,rsize=2048,wsize=2048,soft,udp,nolock,addr=192.168.11.11)

Danach sollte ich
schreiben mit udp,async,32768
lesen mit udp,sync,32768

Ist schon komisch das ich bei diesem einen Film damals Erfolg auf 4096 hatte.

Aber letztendlich ist die reine Schreib und Leseperformance ja nicht alles.
Was ist z.B. wenn der Server mal kurz beschäftigt ist usw...
Werde mir das mal, wenn ichs schaffe, gleichzeitig auf mehreren Boxen anschauen.

bye
PetB

[Tommy]

mach doch den test nochmal bei 4 statt 32k

[petb]

mach doch den test nochmal bei 4 statt 32k

Hmmmm, häh
kapier ich nicht, stehe auf der leitung wenns ein Joke war

Habe doch oben mit allen Werten durchlaufen lassen 32k 16K 8k 4k 2k, jeweils async und sync.
Nur tcp hab ich mir geschenkt.
Oder meinst du mit einer anderen Blocksize beim test ?

Was ja auch noch die Frage ist.
Mit welcher Blockgröße kommen denn die Daten aus dem Stream ?

Wenn die Box aus dem Stream mit z.B. 8k kommt und die wsize größer oder kleiner ist kostet das doch auch etwas speed oder ?
Denke ich da falsch ?
Bye
PetB
Ist doch wie beim fragmentieren unter TCP usw ?!??

[Tommy]

ich hatte einen post weiter oben gemeint - du warst schneller
mit sync brauchste net testen eher tcp/udp SFU soll sich wohl mit TCP32k am besten machen