Windows-Prozess bremst den Netzwerk-Empfang (Bandbreitentest)
Hallo,
folgendes Problem. Win7 Professional 64bit, Gigabitnetzwerkkarte Intel CT Desktop Adapter. Als Messtool wird Netio verwendet. Auf einem direkt nebenanliegenden Testrechner (Linux, und natürlich ebenfalls mit Gigabit-NIC) läuft netio als Serverprozess. Ich kann von 3 verschiedenen Windows-Rechnern und 2 anderen Linux-Hosts die volle max. mögliche Bandbreite erreichen, und zwar 112 Megabyte pro Sekunde, das entspricht knapp 900MBit/s was auch die höchstmögliche praxisbezogene Durchgangsrate wäre.
Der besagte Win7-Rechner jedoch liefert mir 112MByte/sec in Tx-Richtung, jedoch nur max. 75-76 MByte/sec in Rx-Richtung. Irgendwie scheint der nicht schneller emfpangen zu wollen und ich bin nun mit meinem Latein am Ende. Aus Erfahrung weiß ich, dass der NDIS-Kaspersky-Dienst diese Performance ausbremsen kann, weil die Pakete zwischendurch gescannt werden. Sobald man aber den Kaspersky-Dienst in den TCP/IP Protokolleigenscahften der Netzwerkeigenschaften deaktiviert (Haken weg) klappts auch damit problemlos. Mein Win7-Rechner hat keine Windows-Firewall oder sonstige Firewall aktiviert, kein Kaspersky oder sonstige AV-Software installiert, und ich hab schon manuell zig Windowsdienste beendet weil cih vermutete, daß mir irgendeiner dazwischenfunkt.
Also dachte ich, ich installier mal den original Intel-Treiber. Gesagt getan: Die Treiber sind die aktuellsten, von der Intel-Hauptseite für meine Karte und OS. Die Treiber sind vom Mai 2013. Ich hab in den Treibereigenschaften "JEDE" erdenklichen Funktionen ausprobiert und dazwischen immer wieder getestet. Nach einer Stunde rumprobieren bin ich nun mit dem Latein am Ende. Was zum Geier könnte diese Rx-Bremse verursachen?
PS: Der Server ist in Ordnung, die Netzwerkleitung auch, und mein Switch an dem ich hänge ebenfalls. Habe verschiedene Kabel ausprobiert, auch die Kabel von den Hosts, an denen alles super funktioniert. Es liegt DEFINITIV an dieser einen Win7 Kiste. Bloss versteh ich nicht, welcher Prozess dazwischen funkt und abbremsen könnte.
Wenn jemand ein paar Ideen oder Tips hätte, bin ich ganz Ohr und sehr dankbar.
Grüße,
Pangu
folgendes Problem. Win7 Professional 64bit, Gigabitnetzwerkkarte Intel CT Desktop Adapter. Als Messtool wird Netio verwendet. Auf einem direkt nebenanliegenden Testrechner (Linux, und natürlich ebenfalls mit Gigabit-NIC) läuft netio als Serverprozess. Ich kann von 3 verschiedenen Windows-Rechnern und 2 anderen Linux-Hosts die volle max. mögliche Bandbreite erreichen, und zwar 112 Megabyte pro Sekunde, das entspricht knapp 900MBit/s was auch die höchstmögliche praxisbezogene Durchgangsrate wäre.
Der besagte Win7-Rechner jedoch liefert mir 112MByte/sec in Tx-Richtung, jedoch nur max. 75-76 MByte/sec in Rx-Richtung. Irgendwie scheint der nicht schneller emfpangen zu wollen und ich bin nun mit meinem Latein am Ende. Aus Erfahrung weiß ich, dass der NDIS-Kaspersky-Dienst diese Performance ausbremsen kann, weil die Pakete zwischendurch gescannt werden. Sobald man aber den Kaspersky-Dienst in den TCP/IP Protokolleigenscahften der Netzwerkeigenschaften deaktiviert (Haken weg) klappts auch damit problemlos. Mein Win7-Rechner hat keine Windows-Firewall oder sonstige Firewall aktiviert, kein Kaspersky oder sonstige AV-Software installiert, und ich hab schon manuell zig Windowsdienste beendet weil cih vermutete, daß mir irgendeiner dazwischenfunkt.
Also dachte ich, ich installier mal den original Intel-Treiber. Gesagt getan: Die Treiber sind die aktuellsten, von der Intel-Hauptseite für meine Karte und OS. Die Treiber sind vom Mai 2013. Ich hab in den Treibereigenschaften "JEDE" erdenklichen Funktionen ausprobiert und dazwischen immer wieder getestet. Nach einer Stunde rumprobieren bin ich nun mit dem Latein am Ende. Was zum Geier könnte diese Rx-Bremse verursachen?
PS: Der Server ist in Ordnung, die Netzwerkleitung auch, und mein Switch an dem ich hänge ebenfalls. Habe verschiedene Kabel ausprobiert, auch die Kabel von den Hosts, an denen alles super funktioniert. Es liegt DEFINITIV an dieser einen Win7 Kiste. Bloss versteh ich nicht, welcher Prozess dazwischen funkt und abbremsen könnte.
Wenn jemand ein paar Ideen oder Tips hätte, bin ich ganz Ohr und sehr dankbar.
Grüße,
Pangu
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 207620
Url: https://administrator.de/contentid/207620
Ausgedruckt am: 21.11.2024 um 17:11 Uhr
11 Kommentare
Neuester Kommentar
Hallo,
Wer will schon Arbeit haben
Installiere mal zum Testen ein neues Windows (Das alte vorher sichern, Partition verkleinern / verschieben oder sonstwas) und teste dann mit NETIO. Da wirst du dann bestimmt deine Werte wie erwartet haben. Es wird nicht an deine Hardware liegen, oder etwa doch (MB)? Was es allerding tief im innern von deinem Windows ist der dir die Werte verhagelt habe ich auch noch nie rausbekommen. Wenns nicht für diesen Anwender kritisch ist das er halt nur 70 % der Empfangsleistung hat, lass es. Sonst bleibt dir wohl wirklich nur das neu Installieren übrig.
Gruß,
Peter
Wer will schon Arbeit haben
Installiere mal zum Testen ein neues Windows (Das alte vorher sichern, Partition verkleinern / verschieben oder sonstwas) und teste dann mit NETIO. Da wirst du dann bestimmt deine Werte wie erwartet haben. Es wird nicht an deine Hardware liegen, oder etwa doch (MB)? Was es allerding tief im innern von deinem Windows ist der dir die Werte verhagelt habe ich auch noch nie rausbekommen. Wenns nicht für diesen Anwender kritisch ist das er halt nur 70 % der Empfangsleistung hat, lass es. Sonst bleibt dir wohl wirklich nur das neu Installieren übrig.
Gruß,
Peter
Hallo,
Hatte ich auch dran gedacht, aber da kann sich der Fehler des Hosts durchaus bemerkbar machen oder auch nicht. Hmmm... Interesant...
Gruß,
Peter
Hatte ich auch dran gedacht, aber da kann sich der Fehler des Hosts durchaus bemerkbar machen oder auch nicht. Hmmm... Interesant...
Gruß,
Peter
Hallo,
Du solltest auch nur deine Hardware als Fehlerquelle ausschliessen, sonst nichts. Ich kenne dieses Verhalten (eine Richtung ist deutlich langsamer beim NetIO) schon seit Jahren und habe den Überltäter allerdings nie dingfest machen können. Sogar auf einen Windows Server 2003 R2 (DC und mehr) und ja, der läuft immer noch mit diesen Fehlerbild weil er nicht weiter stört.
Es gibt Fehler da findest du den Fehler einfach nicht bzw.der Aufwand ist deutlich höher als 100 Rechner neu einzurichten
Gruß,
Peter
Du solltest auch nur deine Hardware als Fehlerquelle ausschliessen, sonst nichts. Ich kenne dieses Verhalten (eine Richtung ist deutlich langsamer beim NetIO) schon seit Jahren und habe den Überltäter allerdings nie dingfest machen können. Sogar auf einen Windows Server 2003 R2 (DC und mehr) und ja, der läuft immer noch mit diesen Fehlerbild weil er nicht weiter stört.
Es gibt Fehler da findest du den Fehler einfach nicht bzw.der Aufwand ist deutlich höher als 100 Rechner neu einzurichten
Gruß,
Peter
...der abgesicherte Modus mit Netzwerktreibern - na klar, das ist die beste Diagnose. Nun solltest Du den Übeltäter mit msconfig und der Halbierungsmethode schnell finden können (Hälfte der Dienste, welche im abgesicherten Modus nicht laufen, deaktivieren und dann neu starten, ebenso mit den Autostarts). Wenn dann gefunden/nicht gefunden, macht man mit der Hälfte der Hälfte weiter, usw.
@Pjordorf
Nee, ich meinte mit VHD nicht Virtualisierung, bloß eine Parallelinstallation in eine VHD.
@Pjordorf
Nee, ich meinte mit VHD nicht Virtualisierung, bloß eine Parallelinstallation in eine VHD.