Aktualisieren

Ok, ich habe die folgenden Antworten ausprobiert und nichts hat sich geändert. Ich habe den Chipsatz im Laptop als NVIDIA nForce 520 identifiziert. Ich habe die neuesten Vista x64-Treiber für die nForce 520 heruntergeladen (NVIDIA hat noch keine Treiber für diesen Chipsatz für Win 7). Ich habe versucht, die mitgelieferte Firewall-Software zu installieren (ich denke, dass sie möglicherweise stört - nicht). Ich habe meine Antiviren-Software vollständig deinstalliert (ich verwende Avast!), Weil ich glaube, dass der Netzwerkfiltertreiber ein Problem verursacht, das auch nicht geholfen hat.

Ich habe meinen Laptop zu meinem Bruder nach Hause gebracht und konnte Dateien mit 10 - 12 MB / s über sein 100-Mbit-Netzwerk kopieren, also glaube ich nicht, dass es die Hardware ist.

Ich habe iperf mit einigen überraschenden Ergebnissen ausgeführt:
iperf vom Laptop, der an den Server sendet (Upload)

> iperf -c naru
------------------------------------------------------------
Client connecting to naru, TCP port 5001
TCP window size: 8.00 KByte (default)
------------------------------------------------------------
[328] local 192.168.7.100 port 8549 connected with 192.168.7.6 port 5001
[ ID] Interval       Transfer     Bandwidth
[328]  0.0-10.0 sec   162 MBytes   136 Mbits/sec

> iperf -c naru -w 64k
------------------------------------------------------------
Client connecting to naru, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[328] local 192.168.7.100 port 8550 connected with 192.168.7.6 port 5001
[ ID] Interval       Transfer     Bandwidth
[328]  0.0-10.0 sec  1.06 GBytes   909 Mbits/sec

iperf vom server zum laptop senden (download)

> iperf -c miyuki
------------------------------------------------------------
Client connecting to miyuki, TCP port 5001
TCP window size: 8.00 KByte (default)
------------------------------------------------------------
[256] local 192.168.7.6 port 51871 connected with 192.168.7.100 port 5001
[ ID] Interval       Transfer     Bandwidth
[256]  0.0-10.1 sec  25.2 MBytes  20.8 Mbits/sec

> iperf -c miyuki -w 64k
------------------------------------------------------------
Client connecting to miyuki, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[256] local 192.168.7.6 port 51872 connected with 192.168.7.100 port 5001
[ ID] Interval       Transfer     Bandwidth
[256]  0.0-10.0 sec  21.1 MBytes  17.6 Mbits/sec

Zum Vergleich hier sind die Iperf-Nummern zwischen dem HTPC und dem Server

Server: Naru, Host: CC (CC sends to Naru)
iperf -c naru:        0.0-10.0 sec   363 MBytes   305 Mbits/sec
iperf -c naru -w 64k: 0.0-10.0 sec  1.06 GBytes   912 Mbits/sec

Server: CC, Host: Naru (Naru sends to CC)
iperf -c cc:        0.0-10.0 sec   322 MBytes   270 Mbits/sec
iperf -c cc -w 64k: 0.0-10.0 sec  1020 MBytes   855 Mbits/sec

Mit wireshark können Sie eine Übertragung vom Server auf den Laptop überwachen. Dabei werden viele der folgenden Einträge angezeigt:

(:51aa is the server, :37a1 is the laptop)
No.   Time      Source                    Destination               Proto Info
37785 27.286240 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#13] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40517974
37786 27.286258 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#14] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40519414
37787 27.286277 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#15] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40520854
37788 27.286295 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#16] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40522294
37789 27.286313 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#17] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40523734
37790 27.286332 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#18] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40525174
37791 27.286351 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#19] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40526614
37792 27.286370 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Previous segment lost] [TCP segment of a reassembled PDU]
37793 27.286372 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP segment of a reassembled PDU]
37794 27.286375 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Fast Retransmission] [TCP segment of a reassembled PDU]
37795 27.286377 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37796 27.286379 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37797 27.286382 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37798 27.286413 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#20] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40528054 SRE=40529494 SLE=40499254 SRE=40526614
37799 27.286432 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#21] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40528054 SRE=40530934 SLE=40499254 SRE=40526614

An diesem Punkt bin ich völlig ratlos, was ich als nächstes versuchen soll.

Ursprüngliche Frage

Hintergrund

Ich habe derzeit ein Problem mit meinem frisch installierten Windows 7-Laptop. Das Problem trat ursprünglich auf, nachdem ich Windows 7 RC installiert hatte. Als Windows Vista und Windows 7 Beta 1 auf diesem Laptop installiert waren, konnte ich mit eingeschalteten Jumbo-Frames im 9KB / 9014-Bereich mit Gigabit-Geschwindigkeit übertragen. Die beiden Schalter zwischen den Laptops unterstützen auch Jumbo-Frames.

Beim Kopieren von Dateien von meinem Server auf meinen Laptop werden sie mit einer Geschwindigkeit von weniger als 1 MB / s ausgeführt, während andere Geräte, die dieselben Switches verwenden, mit höheren Geschwindigkeiten (45 - 55 MB / s) übertragen können. Es scheint, als würde das Kopieren vom Laptop auf die Servernetze schneller sein, aber es sollte nicht anders sein.

Maschinen beteiligt

• Miyuki: Laptop mit dem Problem. Windows 7 x64 RTM. HP Pavilion dv9700 CTO. Verwendet einen NVIDIA nForce 10/100/1000 Mbps Ethernet-Adapter. (Video ist GeForce 8400M GS)
• Naru: Server mit Dateien. Benutzerdefiniertes Windows Server 2008 R2 x64 SP2. Verwendet einen D-Link DGE-560T-PCI-Express-Gigabit-Adapter.
• CC: HTPC auf demselben Switch ohne Probleme. Windows Vista x86 SP2. Verwendet einen integrierten Realtek RTL8168B / 8111B PCI-E GBE-Adapter.

Als diese Bilder aufgenommen wurden, wurden alle Jumbo-Frames deaktiviert.

Die Bilder

Kopieren vom Laptop aus gestartet

Server -> Laptop _{(Quelle: gibixonline.com )} Laptop -> Server

Kopieren vom Server gestartet

Server -> Laptop _{(Quelle: gibixonline.com ) Wenn} der Server unerwartet eine Datei vom Laptop auf sich selbst kopiert, führt dies zu einer erwarteten Geschwindigkeit. (Laptop -> Server) _{(Quelle: gibixonline.com )}

Ich habe vorhin festgestellt, dass die andere Maschine auf demselben Switch dieses Problem nicht hat. High DPI ist aktiviert, da dies auf einem HDTV angezeigt wird.
Server -> HTPC _{(Quelle: gibixonline.com )}

Natürlich habe ich mich als Test entschieden, die Geschwindigkeit zwischen meinem Laptop und dem HTPC zu ermitteln. Leider waren sie genau das, was ich erwartet hatte.
HTPC -> Laptop _{(Quelle: gibixonline.com )}

Schlussnoten

Ich habe alles versucht, was mir einfällt. Sogar Jumbo-Frames sind an dieser Stelle deaktiviert und nichts scheint sie zu beeinträchtigen. Ich habe versucht, meinen Anti-Virus-Schutz zu deaktivieren, um die von mir verwendeten Kabel zu ändern. Derzeit sind alle verwendeten Kabel CAT-5e, die ich gebaut habe. Ich habe versucht, das Kabel vom HTPC zu nehmen und es an meinen Laptop anzuschließen, um festzustellen, ob die Verkabelung ein Problem darstellt. Die beiden fraglichen Switches sind ein D-Link DGS-1216T und ein "dummer" Switch, der Jumbo-Frames unterstützt, der D-Link DGS-2208.

Deaktivieren Sie die automatische Optimierung von Windows.

In einem CMD-Fenster:

netsh interface tcp set global autotuning=disabled 

Führen Sie den Test erneut aus, und prüfen Sie, ob Sie eine Leistungsverbesserung feststellen. Ich musste das auf ein paar Laptops machen, auf denen Windows 7 in meinem Haus läuft, und es hat geholfen.

Wenn sich die Situation verschlechtert oder Sie keine Verbesserung feststellen, können Sie das Autotuning wie folgt wieder aktivieren:

netsh interface tcp set global autotuning=normal

Dies scheint ein großes Problem bei Windows 7 zu sein. Mehrere Gamer haben sich über dieses Problem beschwert.

1. Führen Sie an einer Eingabeaufforderung (normalerweise unter Alle Programme -> Zubehör -> Eingabeaufforderung) "regedit" aus.
2. Wechseln Sie zu HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ services \ Tcpip \ Parameters \ Interfaces
3. Durchsuchen Sie die Elemente unter den Schnittstellen, bis Sie eine finden, deren IP-Adresse mit der Netzwerkschnittstelle übereinstimmt, auf die Sie sich beziehen möchten (normalerweise beginnen LAN-IP-Adressen mit 192.168 oder 10.0). Beachten Sie, dass Sie, wenn Ihre IP-Adresse automatisch von einem DHCP-Server zugewiesen wird, möglicherweise nach einer passenden DhcpIPAddress anstelle von IPAddress suchen müssen
4. Klicken Sie mit der rechten Maustaste auf die Schnittstelle und wählen Sie Neu> DWORD-Wert (32-Bit). Nennen Sie ihn "TcpAckFrequency".
5. Klicken Sie mit der rechten Maustaste auf den neuen TcpAckFrequency-Wert und wählen Sie Ändern, geben Sie "1" ein (das Optionsfeld Hexadezimal sollte ausgewählt sein).
6. Klicken Sie mit der rechten Maustaste auf die Schnittstelle und wählen Sie Neu> DWORD-Wert (32-Bit). Nennen Sie sie "TCPNoDelay".
7. Klicken Sie mit der rechten Maustaste auf den neuen TCPNoDelay-Wert und wählen Sie Ändern, geben Sie "1" ein (das Optionsfeld Hexadezimal sollte aktiviert sein).
8. Stellen Sie sicher, dass sowohl TcpAckFrequency als auch TCPNoDelay jetzt in der Eigenschaftsliste des Adapters mit den Typen REG_DWORD und den Werten 0 × 00000001 angezeigt werden
9. Beenden Sie regedit und starten Sie es neu (ein Neustart ist erforderlich, damit die Änderungen wirksam werden!)
   10. Spielen Sie ein Spiel und genießen Sie Ihren neuen niedrigen Ping

Dies verringerte meinen Ping in den meisten Spielen von 200-300 ms auf 50-60 ms, was der Latenz entspricht, die ich über ein Tracert zum Server des Spiels sehen würde.

Entnommen aus der Reduzierung der Netzwerklatenz in Windows 7 oder Vista

Um zu überprüfen, ob der Laptop nicht fehlerhaft ist, starten Sie eine Ubuntu Live-CD, installieren Sie iperf auf der Ramdisk und führen Sie einen Test durch.

Dies sollte zumindest die Netzwerkseite testen.

Überprüfen Sie, ob Pakete verworfen wurden. Ich bin mir nicht sicher, wie ich das in Windows machen soll, aber wenn Sie einen Linux-Rechner haben, können Sie dort nachsehen.

Ich hatte eine ähnliche Erfahrung mit einem Gigabit-Switch, bei dem der Gigabit-Modus unterbrochen war und Pakete verworfen wurden. Ich habe nur Probleme gesehen, als ich 2 Maschinen in diesem Modus angeschlossen hatte. Im 100K-Modus war alles in Ordnung. Es war ein unangenehmes Problem, das ich einige Tage in Anspruch nahm, um es herauszufinden. Ich könnte ein D-Link gewesen sein. Machen Sie etwas googeln über Ihr Switch-Modell. Ich tat und fand, dass andere das gleiche Problem hatten wie ich.

Das habe ich schon mit anderen AV-Produkten erlebt. Mein Problem war mit SMB und dem gestörten AV-Produkt, auch wenn "deaktiviert". Es zeigte ähnliche Ergebnisse in Wireshark, die Sie haben. Hier ist eine der vielen Sites, die ich überprüft habe, um die Hauptursache zu ermitteln: Symantec SMB-Problem und eine andere: SMB2 schlägt mit NTP fehl

Darüber hinaus können Sie versuchen, alle oder einige Einstellungen in SMB zu deaktivieren / zu ändern. Ich würde sogar in Betracht ziehen, v2 auf dem Betriebssystem zu deaktivieren. In diesem Artikel wird ein SMB-Problem in Win Vista beschrieben. In diesem Link zu Microsoft werden einige technische Daten zu SMB-Registrierungseinstellungen beschrieben .

Ich weiß, dass Sie Avast erwähnt haben, aber es ist ziemlich zufällig, dass ich ähnliche Wireshark-Ergebnisse gesehen habe. Beachten Sie, dass in meinem Fall alles außer der Dateiübertragung gut zu funktionieren schien.

Ich habe Probleme mit Clients, die mit Windows-Servern kommunizieren, wenn ich die Paketsignatur verwende. Ich habe keine Langsamkeit erlebt, sondern sehr häufige Verbindungsabbrüche.

Lesen Sie hier die Lösung, die mein Problem behoben hat.

Außerdem sehe ich hier keine Vorschläge zum Ausschalten der TCP-Chimney-Funktionen nacheinander, um festzustellen, ob einer von ihnen fehlerhaft ist.

Es scheint, als würde das Betriebssystem die Pakete überprüfen, bevor es auf die Festplatte schreibt. Ich habe beobachtet, dass all die langsamen Übertragungen diejenigen sind, die versuchen, auf einen Laptop zu schreiben ... Ich schlage vor

• Überprüfen der Blockgröße der Partitionen auf der Festplatte eines Laptops
• Überprüfung einer Firewall-Richtlinie, die eingehende Pakete auf Schreibzugriff auf die Festplatte überprüft
• Überprüfen von Dateiaktivitätsmonitoren (dies sollte aufgrund der Deinstallation von Antivirus kein Problem sein)
• Zielpartition defragmentieren (wieder über die Suche nach freiem Speicherplatz)

Andere werden vorgeschlagen und scheinen nicht zu helfen:

• Auto-Tunning
• Duplexebene
• Kabel ...

Ein letzter Vorschlag ist, können Sie Batterie-Modus Link-Erkennung auf erweiterte Eigenschaften von NIC überprüfen? Es handelt sich um einen Laptop, und es kann zu Problemen mit den Energiesparfunktionen kommen. Versuchen Sie, bei der Verbindungserkennung im Akkubetrieb "Kein Energiesparen" und bei den Einstellungen für die Akkugeschwindigkeit "Voll" zu wählen.

Ich verwende win7 auf einem Desktop-PC und diese Optionen sind in den erweiterten Eigenschaften meines Nic nicht enthalten. Solange ich dieses Problem noch nicht behandelt habe, können Sie die Werte von "Flusskontrolle" bis "TX und RX aktiviert" auch als Optionen für mein NIC überprüfen. Jumbo ist deaktiviert, Geschwindigkeit und Duplex sind in meiner Konfiguration ebenfalls automatisch ...

Ich kann mir keine andere Lösung vorstellen ... Hoffe, das hilft ...

Zuvor habe ich mit genau dem gleichen Problem eine Weile meinen Schwanz gejagt! Langsame Übertragungsgeschwindigkeiten in eine Richtung, in meinem Fall ausgehend (Uplink).

Windows 7 Pro, Celeron J1800 mit integrierter Realtek Gigabit 8111C LAN-Karte. QNAP 453a und MacBook Pro am anderen Ende.

Gemessen über Iperf3 erreichte ich mit meinem Windows 7 als Client 112 MBit / s (CPU-Auslastung bei 25-30%). Und nur 39-41 Mbit / s, wenn als Server festgelegt, mit einer hohen CPU-Auslastung zwischen 50-100%. So schlimm, dass der PC beim Testen der Bandbreite einfrieren würde.

Die normale Dateiübertragung ist auf maximal 45 MBit / s begrenzt, unabhängig davon, ob ich Dateien auf meinen NAS oder meinen MAC hochgeladen oder heruntergeladen habe.

Ich bekam nicht mehr als 35-45 Megabyte pro Sekunde. Ziemlich frustrierend!

Am Ende war ich ein schlechter LAN-Kartenfahrer. Ich war besessen von der Aktualisierung von Treibern und habe meine Treiber immer aktualisiert, wenn neue verfügbar wurden. Ratet mal, nach mehreren Updates hat sich meine LAN-Karte verlangsamt.

Einige von Ihnen könnten sagen, löschen Sie einfach den alten Treiber und installieren Sie den neuen. Einfach, ah? Ich habe versucht und versucht, es hat bei mir nicht funktioniert.

Hier ist meine Lösung:

Installierte Windows von Grund auf mit OEM-Treibern von der Website des Herstellers. Ich habe auch folgendes gemacht:

Unter Geräte-Manager / LAN-Karte / Erweiterte Einstellungen / Alles außer FLOW CONTROL deaktivieren.

Deaktivieren Sie unter Windows-Funktionen die differenzielle Remotekomprimierung.

Jetzt liegt die durchschnittliche Geschwindigkeit zwischen 80 und 100 Mbit / s.

Ich gehe davon aus, dass Sie die Netzwerkkarten auf Vollduplex, 100 MBit und nicht auf Automatisch eingestellt haben.

Sie werden diese Antwort wahrscheinlich hassen, aber ich muss es sagen!

Haben Sie versucht, die Treiber zu aktualisieren?

Ich habe ein ähnliches Problem mit meinem Laptop (Realtek-basiertes NIC), das mit ca. 3 MB / s übertragen wird. Sobald ich jedoch die Treiber von ihrer Site auf die neuesten aktualisiere, werden ca. 40-50 MB / s erreicht

Nur weil die Treiber mit Windows funktionieren, heißt das nicht, dass sie die besten sind.

Ich würde vermuten, dass es etwas auf dem Weg vom Server zum Laptop ist, zB:

• Switch-Port auf Laptop gepatcht
• Ethernet-Verkabelung oder Verbindungen zwischen Switch und Laptop

Haben Sie gemäß dem ausgezeichneten Vorschlag von @ SaucemanSpiff versucht, den Laptop mit einem als funktionierend bekannten CAT5E- oder CAT6-Kabel direkt mit dem Server zu verbinden? Es ist kein spezielles Crossover-Kabel erforderlich, solange mindestens eine der beteiligten Schnittstellen Gigabit-Ethernet unterstützt (dies impliziert Auto-MDI-X).

1. Sie haben den PC mit Updates zu Tode geprügelt und ihn ohne Fehler an einem anderen Standort getestet. Haben Sie versucht, Updates und ähnliches auf dem SERVER "naru" durchzuführen?

2. Die meisten Lösungen in diesem Thread, die von anderen vorgeschlagen wurden, können auf den Server angewendet werden. Haben Sie sie dort ausprobiert?

3. Was passiert beim Testen mit Robocopy (mit und ohne Jumbo)? Wenn es in beide Richtungen schnell ist, würde ich netshark verwenden, um die SMB-Sitzungsheader am Anfang der Kopien in jeder Richtung zu überprüfen und festzustellen, ob im naru-> miyuki-Setup etwas anders aussieht.

Haben Sie Teracopy ausprobiert? Ich benutze dies seit über einem Jahr als Standardersatz für Windows-Kopien und es hat Verbesserungen bei den Übertragungsgeschwindigkeiten gezeigt :)

Eine Art Schuss in der Dunkelheit, aber es könnte helfen.

• Deaktivieren Sie "Remote Differential Compression" in der Systemsteuerung - Programme und Funktionen - Schalten Sie die Windows-Funktionen ein oder aus.
• Entfernen Sie IPv6 aus den Netzwerkeigenschaften. Verwenden Sie IPv6 in Ihrem LAN? Wenn nicht, deaktivieren Sie es.
• Löschen Sie den DNS-Cache mit ipconfig /flushdnsauf der CLI.

Wenn es an einem Wechsel des Betriebssystems liegt, liegt das Problem sicherlich beim Betriebssystem. Sie sollten versuchen, das neueste Windows 7 Service Pack zu installieren und Windows mit den neuesten Updates auf dem neuesten Stand zu halten. und hoffe auf das Beste