Habe hier ein sehr seltsames Problem. Aber zunächst mal die Ausgangssituation: Ich betreibe hier zu Hause einen kleinen Homeserver (Windows Server 2008). Das ganze Netzwerk ist seit kurzem auf Gigabit umgestellt. Nach einem Neustart des Servers liegt die Datentransferrate im LAN zwischen Client und Server bei ca. 50 MB/s netto. Das gilt für alle Clients, egal ob mit Windows oder Linux. Nach einigen Minuten/Stunde (keine feste Zeitspanne) bricht jedoch die Schreibgeschwindigkeit auf die Serverfreigaben auf ca. 5 MB/s ein. Clients und Server haben definitiv eine GBit Verbindung (Vollduplex). Das zeigen mir Windows sowie die entsprechenden LEDs am Switch an. Lesen von den Freigaben geht etwas schneller mit ca. 15 MB/s. So bleibt es dann auch bis zum nächsten Neustart des Servers, dann geht es wieder für eine Weile und der Zirkus geht von vorne los. Zur Fehlereingrenzung habe ich bereicht folgendes, ohne Erfolg, versucht: - Netzwerktreiber auf Clients und Server aktualisiert - Deaktivieren aller Stromsparfunktionen der Netzwerkkarte - Tausch der Netzwerkkarte des Servers - Tausch von Switch und Netzwerkkabel - Testweise Direktverbindung zwischen einem Client und Server mittels Crossoverkabel - Deaktivieren von Firewall und Virenscanner auf dem Server - Test im abgesicherten Modus mit Netzwerktreibern Es liegt wohl zu 99,9% am Server. Aber WAS GENAU verursacht dieses Verhalten? Bin für jeden hilfreichen Tip dankbar.
So, netio-Server auf dem Server gestartet. Hier auf dem Client bekomme ich: TCP connection established. Packet size 1k bytes: 19.34 MByte/s Tx, 822.92 KByte/s Rx. Packet size 2k bytes: 22.63 MByte/s Tx, 1661.18 KByte/s Rx. Packet size 4k bytes: 22.31 MByte/s Tx, 3366.24 KByte/s Rx. Packet size 8k bytes: 20.30 MByte/s Tx, 5798.26 KByte/s Rx. Packet size 16k bytes: 16.72 MByte/s Tx, 11.64 MByte/s Rx. Packet size 32k bytes: 10.34 MByte/s Tx, 22.03 MByte/s Rx. Done. UDP connection established. Packet size 1k bytes: 0 Byte/s (100%) Tx, 834.52 KByte/s (0%) Rx. Packet size 2k bytes: 27.67 KByte/s (99%) Tx, 1440.59 KByte/s (0%) Rx. Packet size 4k bytes: 179.33 KByte/s (98%) Tx, 2832.41 KByte/s (0%) Rx. Packet size 8k bytes: 500.00 KByte/s (98%) Tx, 4999.18 KByte/s (0%) Rx. Packet size 16k bytes: 461.41 KByte/s (99%) Tx, 9930.84 KByte/s (0%) Rx. Packet size 32k bytes: 37.34 KByte/s (99%) Tx, 16.72 MByte/s (0%) Rx. Done.
liegt also wirklich am Netwerk, nicht an der Platte wie es scheint. Boote mal eine Linux live CD und teste damit, eventuell ist es ja doch ein hardware problem.
Ok, werde ich mal machen. Das komische ist aber, dass es ne Zeit lang geht bis die die Geschwindigkeit wieder einbricht.
Mit dem aktuellsten Live-Ubuntu gebootet sieht es schon deutlich besser aus: NETIO - Network Throughput Benchmark, Version 1.30 (C) 1997-2008 Kai Uwe Rommel TCP connection established. Packet size 1k bytes: 108.59 MByte/s Tx, 111.65 MByte/s Rx. Packet size 2k bytes: 108.63 MByte/s Tx, 108.79 MByte/s Rx. Packet size 4k bytes: 108.39 MByte/s Tx, 110.33 MByte/s Rx. Packet size 8k bytes: 108.91 MByte/s Tx, 111.44 MByte/s Rx. Packet size 16k bytes: 107.06 MByte/s Tx, 111.30 MByte/s Rx. Packet size 32k bytes: 104.00 MByte/s Tx, 110.22 MByte/s Rx. Done. root@workstation-ubuntu:/home/sebastian/Desktop/bin# ./linux-i386 -u 192.168.0.10 NETIO - Network Throughput Benchmark, Version 1.30 (C) 1997-2008 Kai Uwe Rommel UDP connection established. Packet size 1k bytes: 99.10 MByte/s (0%) Tx, 83.64 MByte/s (1%) Rx. Packet size 2k bytes: 105.92 MByte/s (0%) Tx, 85.81 MByte/s (0%) Rx. Packet size 4k bytes: 113.16 MByte/s (0%) Tx, 98.48 MByte/s (0%) Rx. Packet size 8k bytes: 113.76 MByte/s (0%) Tx, 97.77 MByte/s (0%) Rx. Packet size 16k bytes: 112.44 MByte/s (0%) Tx, 97.79 MByte/s (0%) Rx. Packet size 32k bytes: 113.74 MByte/s (0%) Tx, 97.70 MByte/s (0%) Rx. Done. Also liegts an irgend einer Einstellung im windows Server.
Nein, wie gesagt ich hatte soagr eine andere Netzwerkkarte (anderer Hersteller)getestet: exakt das gleiche Problem. Sowohl mit dem Treiber übers Windows-Update als auch der direkt vom Hersteller.
Stichwort "Paketgröße" (MTU)? Überall gleichmäßig einstelen und checken, ob der Switch damit klarkommt. Dann gibts da noch so einen (Windows-) Registrywert, der beim Server die interne Stackgröße für Kopieroperationen regelt, diesen vergrößern ... (IRPStacksize und Kollegen).
Hi, schau Dir auch mal die Speicherauslastung im Windows Server an. Ich hatte damit schon meine Probleme in der Vergangenheit (aehnliche Symptome). Nach einer Aufruestung von 1 GB auf 4 GB RAM war das Netzwerk wie von Geisterhand deutlich flotter... Gruesse, TommyS
Auf welcher Hardware-Basis läuft der WHS? Ich würde zunächst folgendes probieren: - IPV6 deaktivieren - Autotuning deaktivieren - SMB-Signing deaktivieren - Jumbo-Frames aktivieren Wie man das genau macht, verrät dir Google.
Frank Esselbach schrieb: > Stichwort "Paketgröße" (MTU)? Überall gleichmäßig einstelen und checken, > ob der Switch damit klarkommt. die Packetgröße ändert sich ja nicht spontan, also kann es das ja schon mal nicht sein. Icke ®. schrieb: > Auf welcher Hardware-Basis läuft der WHS? > Ich würde zunächst folgendes probieren: > - IPV6 deaktivieren > - Autotuning deaktivieren > - SMB-Signing deaktivieren > - Jumbo-Frames aktivieren Hast du dir den Thread überhaupt mal durchgelesen? Es ändert sich während des Betriebs der datedurchsatz. Glaubst du jetzt das sich IPv6 nach 5min irgendwie umschaltet? Oder das SMB-Signing einen Einfluss auf NetIO hat? Oder das die Jumbo-Frames auf einmal kleiner werden?
Wie schon von Peter II vermutet waren die genannten Hinweise am Ziel vorbei. Nachewiger Recherche bin ich auf diesen Artikel in der KB gestoßen: http://support.microsoft.com/kb/951037 Das deaktivieren von NetDMA hat, bis jetzt, das Problem behoben. Sollte es nochmal auftreten melde ich mich wieder. Aber momentan läuft alles rund :-)
Peter II schrieb: > Hast du dir den Thread überhaupt mal durchgelesen? Es ändert sich > während des Betriebs der datedurchsatz. Glaubst du jetzt das sich IPv6 > nach 5min irgendwie umschaltet? Oder das SMB-Signing einen Einfluss auf > NetIO hat? OK, nicht richtig gelesen. Aber kein Grund so rumzubrüllen.
Zu früh gefreut: Geschwindigkeit ist wieder eingebrochen :( Noch irgendwelche Ideen? Netz läuft übrigens unter IPv4
Sebastian R. schrieb: > Zu früh gefreut: Geschwindigkeit ist wieder eingebrochen :( hätte mich auch gewundert, wenn es eine einstellung ist dann dürfte es sich nicht nach einer Zeit ändern. > Noch irgendwelche Ideen? Was passiert wenn du die Gerät deaktivierst und dann wieder aktivierst - geht es dann wieder schnell?
Das mit dem Reaktivieren werde ich probieren wenn es wieder langsam ist. Habe jetzt erst mal das hier versucht und teste momentan: http://www.computerbase.de/forum/showthread.php?t=465825
Netzwerkverbindung deaktivieren und wieder aktivieren hilft nicht - nur ein Neustart löst das Problem für eine Weile. Auch das deaktivieren des NetworkThrottling nutzte nix. Kopiere gerade eine Testdatei auf den Server mit 1,5 MB/s :-(((((
Hi, ich wiederhole mich nur ungern... Hast Du Dir die Speicherauslastung im Server mal angeschaut? Wird geswapped, sind grosse Caches vorhanden, etc? Ist ausreichend freier (physikalischer) Speicher vorhanden? Laufen irgendwelche unnoetigen Speicherfresser auf dem Server? Gruesse, TommyS
Die Speicherauslastung liegt bei lediglich 40-45%. Geswapped wird nix. Der Server macht auch "nur" DHCP, DNS und Dateifreigaben. Keine Perfomance-Killer wir Web- oder Streaminserver oder Datenbanken. Firewall und Antivirus sind testweise deaktiviert. Im Hintergrund laufen neben den üblichen Systemprozessen nur noch der APC-Dienst für die USV und NetOP, sonst nix.
seb.r schrieb: > Der Server macht auch "nur" DHCP Läuft noch ein anderer DHCP Server im Netzwerk z.B. Router? Die kommen sich gern mal in die Quere.
was sagt TCP View? http://technet.microsoft.com/de-de/sysinternals/bb897437 Mach mal bitte ein Bild...
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.