Ursachen und Lösungen für Netzwerkperformance-Probleme

[Gairigo]

Da, auch durch den zunehmenden Einsatz von NAS Systemen, inzwischen immer mehr Anwender über Netztwerkperformance-, also auch Datendurchsatzprobleme bei Write und Read auf Netzwerkresourcen in einem 100 aber vor allem in einem 1000 MBtit/s (GB LAN) klagen haben wir uns dazu entschlossen, hier in Kürze einige Ursachen und soweit möglich Lösungen dafür zu besprechen und aufzuzeigen.

Wer Interesse hat sich dazu mit zu Beteiligen, der ist hiermit gerne eingeladen.

Da in diesen Bereich lediglich Gruppenmitglieder Beiträge erstellen können, bedarf es dazu einer Anmeldung hier:

:arrow: http://www.dl-support.de/forum/groupcp.php?g=21926

Da keiner, auch ich sowas niemals alleine wuppen kann, würden wir uns über eine rege Beteiligung von Euch freuen. \:D/

[Empfehlungen]

[Gairigo]

Inzwischen wurden etliche Tests mit div. Tools durchgeführt. Alles sehr aufschlussreich, interessant aber auch teilweise noch mit etlichen ???

Außerdem konnten einige Ursachen für schlechtes Netzwerk Performance, also geringe Datendurchsatzraten lokalisiert werden.

Da alles leider sehr umfangreich ist und es auch dabei keine 087 Generallösung geben wird, wird es noch einige Zeit benötigen bis wir Anregenungen und Lösungen anbieten können.

[Gairigo]

Eine Mit-Ursache für zu geringe Datendurchsatzraten im Netzwerk ist u.a. auch das QoS Protokoll!

Der QoS Protokoll-Planer und der der QoS-Dienst sollten zum Testen somit deaktiviert werden.

[Gairigo]

Eine weitere Netzwerk Durchsatzratenbremse sind einige Software Firewalls, AV-Programme sowie irgendwelche Defrag Dienste.

Diese somit zum Testen auch mal beenden, komplett deinstallieren und/oder auf deaktiviert in den Diensten einstellen!

[Gairigo]

Eine weitere Ursache für schlechte Netzwerk Duchsatzraten sind/können auch mehr als eine im Rechner vorhandene Netzwerkkarte sein. U.a. auch dann wenn diese in einem ungünstigen/falschen PCI Slot eiongebaut sind. Damit kann u. U. sehr schnell der Datendurchsatz auf wenige MBit ausgebremst werden.

[Gairigo]

Ich habe bei meinen Kunden, Freunden, Bekannten etc. kaum einen PC gefunden in welchem die MTU & Co Werte optimal eingestellt waren. Auch das führt zu schelchten Datendurchsatzraten im Netzwerk.

Der MTU Wert sollte auf 1500 eingestellt sein.

Mit den Einstellungen der Jumbo-Frames in den Settings der 1GB Netzwerkkarte sollte jeder es so für sich testen was bei ihm optimal ist.

[Empfehlungen]

[Gairigo]

Und nun komme ich zu den Oplocks Einstellungen bei den NAS welche ebenfalls eine Datendurchsatzbremse sein können, wenn mehrere Clients auf ein und die gleiche NAS und deren Datenbestände zugreifen.

Der Einfachheithalber stelle ich es wie folgt rein:

Oplocks:

Oplocks are on by default in all Windows clients and servers. The purpose is to enable the client to perform a locking operation and write data to a file. As long as no one else is touching the file, the lock operation happens on the remote client and no one is the wiser. This is a huge performance win.

However, if multiple clients are trying to read or write to the same file, then oplocks is a huge performance loser. The problem is that the first client gets the oplock granted by the server and begins work. Then up comes the second client. The server sees the possible conflict and sends a Revoke lock operation to the first client and lets both of them know that oplock requests will not work on this file due to multiple concurrent clients trying to access it. As this point all locking operations are sent to, and handled by, the server.

SO... We can generalize here. If there exists any file that is going to be shared by multiple clients then it would be a really good idea to disable oplocks on the clients, or the server. This would eliminate the lock revocation from the system, and would eliminate extra overhead that is associated with oplocks. Note that the entire discussion of when to use, and when not to use oplocks is discussed in most Samba books.

http://www.smallnetbuilder.com/content/view/30039/78/


http://www.smallnetbuilder.com/content/view/30039/78/


Since it is Windows clients (or to be specific, clients running the SMB protocol) that set the oplocks, one would hope that this feature could be disabled there. This Microsoft KB article describes the Registry edits to do just that, except for Vista. (If you need the regedits for Win NT, use this KB article.) To further complicate the issue, Microsoft introduced a new version of the SMB protocol—SMB2—in Vista, which does not allow oplocks to be disabled.

So, what's the bottom line? Don Capps' advice above seems to provide a good set set of recommendations. Unfortunately, most consumer NASes don't provide share-by-share control of oplocks. So the next best thing seems to be the path that many NAS vendors are taking; disabling oplocks. This seems to minimize application-specific NAS problems and has the benefit of improved throughput.

Zu Oplocks bitte auch hier nachlesen:

:arrow: Oplocks

:arrow: http://support.microsoft.com/default.aspx?scid=kb;en-us;Q296264

:arrow: http://us4.samba.org/samba/docs/man/Samba-HOWTO-Collection/locking.html

:arrow: http://www.stoelner-restposten.at/lug.krems.cc/docu/samba/ch05_05.html

[Gairigo]

Auch wenn sich hier von Seiten der "angeblich vielen" NAS Besitzer und Anwendern die "angeblich" erhebliche Netzwerkperformance, Datendurchsatzprobleme haben, leider absolut keine Aktivitäten zu disem Thema festzustellen sind, betreiben wir intern nach wie vor unsere Tests.

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

Als eine gute optische Anzeige für den Up- und Download über eine NIC zum Ziel und von der Quelle empfehle ich das Freeware Tool: NemoBar.

Zitat: NemoBar (Network Monitoring Bar) is a utility to monitor internet traffic.
Unlike other traffic monitors, NemoBar does not overlap any program windows. Instead, it attaches itself to the Windows Taskbar like a second taskbar.

NemoBar shows the download and upload speed both graphically and numerically.







Text und Bildquelle sowie Program Download:

:arrow: http://www.nemobar.com