18 votos

Velocidades de red gigabit lento e inexplicable

Actualización

Ok, he probado las respuestas de abajo y nada ha cambiado. He identificado el conjunto de chips de la computadora portátil como el de NVIDIA nForce 520. He descargado la última Vista x64 controladores para el nForce 520 (NVIDIA no tiene controladores para ese chipset para Win 7 sin embargo). He intentado instalar el incluido software de firewall (pensando que tal vez es una interferencia, no). He desinstalado por completo mi anti virus software (estoy usando Avast!) el pensamiento de su red controlador de filtro puede ser la causa de un problema, que no ha ayudado.

Tomé mi laptop a mi casa de los hermanos y fue capaz de copiar los archivos a 10 - 12 MB/s sobre su 100Mbit de la red, así que no creo que sea el hardware.

Tengo ejecutar iperf con algunos resultados sorprendentes:
iperf de la portátil de enviar al servidor (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 desde el servidor que envía a la computadora portátil (descargar)

> 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

Para la comparación aquí están las iperf números entre el HTPC y el servidor

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

El uso de wireshark para ver un traslado desde el servidor a la computadora portátil redes de una gran cantidad de las siguientes entradas:

(: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

En este momento estoy en una total y absoluta pérdida en cuanto a qué hacer a continuación.

Pregunta Original

De fondo

Actualmente estoy experimentando un problema en mi recién instalado Windows 7 portátil. El tema originalmente se produjo después de que yo había instalado el Windows 7 RC. Cuando Windows Vista y el Windows 7 Beta 1 se han instalado en este ordenador portátil que yo era capaz de transferir a velocidades de gigabit con tramas Jumbo de encendido a la 9 KB/9014 gama. Los dos interruptores entre el ordenador portátil soporte de tramas Jumbo así.

Al copiar los archivos de mi servidor a mi laptop, que se ejecute en una caracoles ritmo (generalmente de menos de 1 MB/seg), mientras que otros dispositivos de ir a través de la misma los interruptores pueden transferir a velocidades más altas (45 - 55 MB/seg.). Parece copiado del ordenador portátil para el servidor de redes de una velocidad más rápida, pero nada como lo que debería ser.

Las máquinas involucradas

  • Miyuki: ordenador Portátil con el tema. Windows 7 RTM x64. HP Pavilion dv9700 CTO. Utiliza una NVIDIA nForce 10/100/1000 Mbps Ethernet adapter. (El Video es GeForce 8400M GS)
  • Naru: Servidor de archivos. Personalizada de Windows Server 2008 R2 x64 SP2. Utiliza un D-Link DGE-560T PCI Express Gigabit adaptador.
  • CC: HTPC en el mismo interruptor sin problema. Windows Vista SP2 x86. Utiliza una placa Realtek RTL8168B/8111B PCI-E GBE adaptador.

Cuando estas imágenes fueron tomadas de las tramas jumbo han sido desactivado.

Las imágenes

La copia se inicia desde el portátil

Servidor -> Portátil
netspeed-client-naru-miyuki.png
Ordenador Portátil -> Servidor
netspeed-client-miyuki-naru.png

La copia se inicia desde el servidor

Servidor -> Portátil
netspeed-server-miyuki-naru.png
Inesperadamente teniendo el servidor de copia de un archivo desde el ordenador portátil a sí mismo resulta en velocidades que yo esperaría. (Portátil -> Servidor)
netspeed-server-naru-miyuki.png

He dicho antes que el otro equipo en el mismo conmutador no tiene este problema. Alta resolución de PPP está activado ya que este se visualiza en un televisor de alta definición.
Servidor -> HTPC
netspeed-naru-cc.png

Naturalmente, como una prueba de que me decidí a ver lo que las velocidades fueron entre el ordenador portátil y el HTPC. Por desgracia, eran exactamente lo que yo esperaba.
HTPC -> Portátil
netspeed-cc-miyuki.png

Notas finales

He intentado todo lo que puedo pensar. Incluso las tramas jumbo desactivado en este momento y parece que nada le afecta. He tratado de bajar mi Anti-Virus protección a cambio de los cables que yo uso. En la actualidad todos los cables que se usan son los CAT-5e que he construido. Traté de tomar el cable desde el HTPC y conectarlo a mi laptop para ver si el cableado era un problema. Los dos interruptores en cuestión es un D-Link DGS-1216T y un "tonto" switch que soporta tramas jumbo, el D-Link DGS-2208.

5voto

Tim Kennedy Puntos 910

Trata de desactivar la función de ajuste automático de la ventana.

En una ventana CMD:

netsh interface tcp set global autotuning=disabled 

Vuelva a ejecutar la prueba y ver si nota una mejora del rendimiento. He tenido que hacer esto en un par de ordenadores portátiles que ejecutan Windows 7 en mi casa, y es ayudado.

Si las cosas empeoran, o no se nota ninguna mejora, puede volver a habilitar autotuning por:

netsh interface tcp set global autotuning=normal

3voto

Matt Puntos 6166

Para verificar si el portátil no es culpable, acumular un live cd de ubuntu, instalar iperf en el ramdisk y ejecutar una prueba.

Esto debe probar al menos del lado red.

3voto

MIkhail Puntos 146

Esto parece ser un gran problema con Windows 7. Varios jugadores se han quejado de este problema.

  1. Desde un símbolo del sistema (por lo general en Todos los Programas -> Accesorios -> Símbolo del sistema) ejecutar "regedit"
  2. Vaya a HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters\Interfaces
  3. Examinar los elementos en interfaces hasta que encuentre uno que tiene una IPAddress entrada que coincide con la interfaz de red que desee (normalmente LAN direcciones IP de inicio con 192.168 o 10.0); tenga en cuenta que si su dirección IP es asignada automáticamente por un servidor DHCP puede que necesite buscar una coincidencia DhcpIPAddress en lugar de la dirección ip
  4. Haga clic en la interfaz y seleccione Nuevo > valor DWORD (32 bits) Valor, el nombre "TcpAckFrequency"
  5. Haga clic en el nuevo valor de TcpAckFrequency y seleccione Modificar, escriba "1" (Hexadecimal botón de radio debe ser seleccionado)
  6. Haga clic en la interfaz y seleccione Nuevo > valor DWORD (32 bits) Valor, el nombre "TCPNoDelay" (nota de que TCP es mayúscula este momento – que es intencional)
  7. Haga clic en el nuevo TCPNoDelay valor y haga clic en Modificar, escriba "1" (Hexadecimal botón de radio debe ser seleccionado)
  8. Compruebe que tanto el TcpAckFrequency y TCPNoDelay ahora muestran en el adaptador de la propiedad de la lista de los tipos REG_DWORD y los valores de 0×00000001
  9. Salga del editor del registro y reinicie (es necesario reiniciar el equipo para que los cambios surtan efecto!!!!)
    1. Jugar a un juego y disfrutar de su nueva ping bajo

Esta disminución mi ping en la mayoría de los juegos de 200-300ms 50-60ms, que coincide con la latencia que me gustaría ver, a través de un tracert a la del servidor del juego.

Tomado de reducir juego de la latencia de red en windows 7 o vista

1voto

Ben Campbell Puntos 492

Me he encontrado con este antes que con otros productos AV. Mi problema fue con SMB y el producto de AV interferido incluso cuando los "discapacitados". Se mostró resultados similares en wireshark que usted tiene. Aquí está uno de los muchos sitios he comprobado para llegar a la causa root: Symantec problema y otro: SMB2 fallar con NTP

Además, usted puede intentar deshabilitar/cambio de todos o algunos de los valores dentro de SMB. Incluso me atrevería a considerar la posibilidad de deshabilitar v2 en el sistema operativo. Lea este artículo que describe un SMB problema en Win Vista y este enlace de Microsoft esboza algunos de los datos técnicos acerca de SMB reg configuración.

Yo sé que usted ha mencionado, Avast, pero es bastante casual que la vi similar wireshark resultados. Tenga en cuenta que todo, pero la transferencia de archivos parecía funcionar muy bien en mi caso.

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by: