Tengo Windows 7 Pro ejecutándose en mi servidor de archivos y mi escritorio principal. Cada uno tiene una conexión de red gigabit y estoy conectado a un conmutador gigabit. Sin embargo, cuando se trata de copiar algunos archivos grandes, se ejecuta bastante lento a una velocidad miserable de 12-15 MB / s.
Los datos provienen de una unidad SATA de 7200 RPM (que creo que debería ser buena para casi 150 MB / s) e ir a un Drobo en el servidor conectado a través de FireWire 800, por lo que no puedo pensar en los cuellos de botella que pueda tener en el hardware. Pero TeraCopy todavía dice que solo va a 12-15 MB / s

¿Qué más podría estar mal aquí?

Odio decir que este es el vudú de Windows. He visto mejoras desde la desactivación de cortafuegos / antivirus hasta el uso de discos RAM, el cambio de gigabit nics de PCI a PCIe, el uso de conmutadores más rápidos, tramas gigantes, control de flujo y cables más cortos y mejores.

Es gracioso cuando descargo archivos de una caja de samba. Parece que obtengo un mejor rendimiento, pero aún no supero el 15% de utilización.

Hice una búsqueda rápida y encontré este sitio. Todavía no había probado esta configuración.

Para abordar más directamente la velocidad, en Vista y Windows 7, Microsoft realizó cambios en la API CopyFile para aumentar el rendimiento. No sé si TeraCopy lo usa, pero sé que RoboCopy sí. Quizás ejecutar la prueba con RoboCopy podría brindar un mejor rendimiento.

Además, mis mejores transferencias fueron usando tarjetas PCIe que iban de un disco RAM a un disco RAM con mi AV apagado, pero aún así no obtuve más del 20-25%.

Quizás algunos de estos consejos funcionen para usted.

Después de necesitar reemplazar mi vieja computadora portátil dudosa, tuve que copiar varios miles de archivos a través de un cable de red a mi nueva PC; soporté los días que tardó en copiar, ya que necesitaba volver al trabajo, así que no tuve demasiado tiempo para intentar jugar

Ayer tuve que volver a ver 3.4 juegos de archivos (decenas de miles de pequeños) en un repositorio de subversión. ¿Doloroso? ¡Demonios si!

Así que esta mañana decidí ordenar esto: ¡Después de mucho mirar por la web encontré un artículo que mencionaba una pequeña cosa que resolvió todo! El enlace se encuentra al final de este comentario. Léalo DESPUÉS de que haya visto mis resultados.

Información: 192.168.0.79 es mi PC de juegos de alta gama y 192.168.0.151 es nuestro servidor de archivos de Office

Paso 1 - Ejecute iPerf (se puede encontrar aquí http://linhost.info/2010/02/iperf-on-windows/ ) - Ejecuté esto en modo dual para que pueda ver que nuestro servidor fue bastante rápido para comenzar

C:\Users\Martin\Downloads>iperf -c 192.168.0.151 -w 64k -d
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 192.168.0.151, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[188] local 192.168.0.79 port 61072 connected with 192.168.0.151 port 5001
[212] local 192.168.0.79 port 5001 connected with 192.168.0.151 port 63505
[ ID] Interval       Transfer     Bandwidth
[212]  0.0-10.0 sec   112 MBytes  93.7 Mbits/sec
[188]  0.0-14.1 sec   240 KBytes   140 Kbits/sec

A continuación, y quedé impresionado después de todo lo que he estado intentando durante tanto tiempo: habilite un marco Jumb de 9k en la configuración de las tarjetas de red y vuelva a ejecutar la prueba.

La configuración dúplex se configuró en 100Mb full duplex después de algo más que intenté, por lo que la velocidad de transferencia a continuación fue de 9Mbits menos que la configuración de la tarjeta de red, ¡NO ES MALO!

C:\Users\Martin\Downloads>iperf -c 192.168.0.151 -w 64k -d
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 192.168.0.151, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[196] local 192.168.0.79 port 61112 connected with 192.168.0.151 port 5001
[212] local 192.168.0.79 port 5001 connected with 192.168.0.151 port 63511
[ ID] Interval       Transfer     Bandwidth
[212]  0.0-10.0 sec   109 MBytes  91.6 Mbits/sec
[196]  0.0-10.0 sec   110 MBytes  91.7 Mbits/sec

C: \ Usuarios \ Martin \ Descargas>

Una última modificación: eliminé la configuración dúplex y la configuré nuevamente en "Auto" y volví a ejecutar la prueba

C:\Users\Martin\Downloads>iperf -c 192.168.0.151 -w 64k -d
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 192.168.0.151, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[192] local 192.168.0.79 port 61169 connected with 192.168.0.151 port 5001
[216] local 192.168.0.79 port 5001 connected with 192.168.0.151 port 63525
[ ID] Interval       Transfer     Bandwidth
[216]  0.0-10.0 sec   674 MBytes   564 Mbits/sec
[192]  0.0-10.0 sec   787 MBytes   659 Mbits/sec

¡¡¡AUGE!!! Un aumento masivo: espero que esto funcione para todos

Martín

Publicación original que ayudó ... http://www.hanselman.com/blog/WiringTheHouseForAHomeNetworkPart5GigabitThroughputAndVista.aspx

Estoy ejecutando Windows 7 usando Parallels / Boot Camp en un Quad Core i7 de 3.4 Ghz con 16 gigas de RAM. Las velocidades de transferencia de red estaban entre 2 y 60k por segundo, hasta que seguí el consejo en una publicación de Cake404 con respecto a las tarjetas de red Broadcom.

Después de desactivar Ethernet @ WireSpeed ​​y deshabilitar las opciones de "Descarga de envío grande" (en la configuración de la tarjeta de red), mis velocidades de transferencia aumentaron a varios megabytes por segundo.

La publicación de Dmitri sobre autonegociación ayudó. Después de dos revisiones y numerosos ajustes infructuosos del comando netsh, estaba viendo velocidades de descarga muy lentas y velocidades de carga rápidas. Solo en una máquina en una red de 50 dispositivos. Resultó que la actualización Intel NIC de Windows Update había afectado la configuración del controlador. En este caso, volver a habilitar la autonegociación ayudó. 35mbs de velocidad regresada.

Esto podría ser un poco tarde, pero para aquellos que tienen problemas similares, noté que las transferencias de archivos entre recursos compartidos de red de Windows (Win2k3 -> Win2k8R2; Win2k3 -> Win7; algunas otras configuraciones) son irrazonablemente lentas cuando se usa TeraCopy (v2.1) .

El mejor ejemplo fue cuando la configuración fue la siguiente: 2 servidores, ambos con NIC gigabit y conectados a un conmutador gigabit; Primer servidor que ejecuta Win2k3, el segundo que ejecuta Win2k8R2. La velocidad de transferencia de TeraCopy de un archivo de ~ 21 GB fue de 50 MB / s en el mejor de los casos. Mientras tanto, tuve 105 MB / s sostenidos usando la copia normal de Windows (tirando del cuadro Win2k8 del Win2k3). FTP arrojó resultados similares a aproximadamente 105 MB / s sostenidos. Se lograron resultados similares con Windows 7 ejecutándose en la caja del cliente.

En configuraciones similares, obtendría tasas de transferencia aún más bajas con TeraCopy, de 8MB / sa 35MB / s. Traté de jugar con las opciones de descarga y otras configuraciones de ambas NIC hasta que decidí intentar usar la copia normal de Windows en lugar de TeraCopy. La diferencia de velocidad fue sorprendente.

Lo común en todas las configuraciones anteriores fue el cuadro Win2k3 que actúa como el servidor de archivos. Estaba cambiando el sistema operativo en el segundo servidor que estaba descargando el archivo de prueba.

Todavía no he probado las tasas de transferencia entre dos cajas Win2k3 usando TeraCopy y la copia normal de Windows.

Hay muchos puntos de estrangulamiento posibles. Sin embargo, Windows 7 SP1 puede ejecutarse MUY rápido a través de Gigabit Ethernet.

Acabo de transferir varios gigabytes de archivos grandes de dos discos de mi PC a un Synology NAS Box (DS1010 +). Ese par de transferencias impulsadas por Explorer.exe alcanzó 118.25 Megabytes / seg (950 Megabits / seg), que es una saturación del 95% de mi red Ethernet Gigibit conmutada, incluida la ejecución a través de múltiples conmutadores Gigabit Dlink.

Una cosa que vale la pena probar antes de volverse loco con cualquier otra cosa es cambiar el controlador para que no use la negociación automática para la velocidad, pero configúrelo en 100 MB / Full Duplex, pruebe la velocidad de transferencia y luego configúrelo en 10 MB / Full Duplex y pruebe La velocidad de transferencia.

De: Aumente la velocidad de datos de su red con esto - config-personalizar - windows-7

1. Abra el registro y explore la siguiente rama:

   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanworkstaion

2. Si las siguientes entradas aún no están allí, cree las DWORD y MaxCmds, debajo de esta rama, asígneles un valor de 30, 30 y 32 respectivamente.MaxThreadsMaxCollectionCount

3. Después de reiniciar su sistema, debería experimentar un aumento en el rendimiento de sus transferencias de red.

¡El requisito para las transferencias de Ethernet a toda velocidad (75% de 1000 cada transferencia +) es un interruptor de transmisión de velocidad de cable sin bloqueo!

Interruptores:

• El conmutador GbE de escritorio de 16 puertos GS1100-16 de ZyXEL es un conmutador 10/100/1000 de 16 puertos (estoy recibiendo transferencias de 700-800Mbit u 80Mbyte)
• GS1100-24 de ZyXEL El GS1100-24 es un conmutador 10/100/1000 de 24 puertos
• El conmutador GbE de sobremesa de 10/100/1000 Mbps de ZyXEL es un conmutador 10/100/1000 de 8 puertos
• Conmutador Cisco SR2024 de 24 puertos 10/100/1000 Gigabit
• Redes SMC - SMC8508T - EZ Switch 10/100/1000 - Switch de 8 puertos 10/100/1000 Gigabit no administrado
• Linksys SR2016 El Gigabit 10/100/1000 de 16 puertos

Intente con los ejemplos dados, pero si no tiene el interruptor correcto, no importará lo que haga en el sistema operativo.

1. Haga clic en Inicio
2. Escriba "Política de seguridad local" y presione Enter
3. Vaya a Configuración de seguridad > Políticas locales > Opciones de seguridad

4. Establezca la siguiente configuración:

   Seguridad de red : seguridad de sesión mínima para clientes basados ​​en SSP NTLM (incluido RPC seguro)> desmarcar "requiere cifrado de 128 bits
   Nivel de autenticación de Network LAN Manager > Enviar LM y NTLM - use seguridad de sesión NTLMv2 si se negocia

Tengo una Win 7 Pro Laptop (quad core) LAN de 1GB A linksys WRT1900AC con un disco duro Red Nas de 3TB. Mi velocidad era de 10 Mb / s para la transferencia inalámbrica o por cable de archivos al NAS.

Hice todas las siguientes pruebas de la conexión inalámbrica sin éxito, al final probé el ethernet y obtuve 63MB / s AHORA. Así que no sé qué configuración o entrada de registro solucionó el problema. El intercambio inalámbrico de archivos sigue siendo lento.

AJUSTES

- Desactivar la compresión diferencial remota - Desactivar la sintonización automática de TCP - Desactivar la escala lateral de recepción

En el REGISTRO:

Índice de limitación de red:

HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ Multimedia \ SystemProfile NetworkThrottlingIndex = ffffffff (DWORD, predeterminado: 10, recomendado: 10 para compartir medios, ffffffff para juegos y rendimiento máximo, rango válido: 1 a 70 decimal o ffffffff para desactivar por completo estrangulamiento)

Deshabilitar la limitación de ancho de banda:

Crear (valor DWORD) HKLMsystemCurrentControlSetServiceslanmanworkstationparametersDisableBandwidthThrottling Establezca el valor en 1

Asignación de memoria de red (error de evento ID 2017):

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ Memory Management LargeSystemCache = 1 (DWORD, valor predeterminado: 0, valor recomendado: 1) Un valor de cero establece un caché de ~ 8 MB, un valor de 1 permite que el caché se expanda hasta la cantidad de memoria física menos 4 MB, según sea necesario.

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ LanmanServer \ Parámetros Tamaño = 3 (DWORD, valor predeterminado: 1, valor recomendado: 3) 1 - minimiza la memoria usada 2 - equilibra la memoria usada 3 - configuración óptima para compartir archivos y aplicaciones de red

Esto funcionó para mí:

GRACIAS A: http://www.howtosolutions.net/2013/06/fixing-slow-sending-or-receiving-of-files-through-lan-network-using-windows/

Deshabilitar "Descarga de envío grande (LSO)"

Large Send Offload es una técnica para mejorar el rendimiento de la red y al mismo tiempo reducir la sobrecarga de la CPU. Aparentemente no funciona muy bien, por lo que se sugirió desactivarlo. Si desea saber sobre LSO, consulte este artículo de MSDN de 2001.

LSO es una opción ubicada en un Administrador de dispositivos debajo de su adaptador de red, por lo que esta solución requiere privilegios de administrador.

Sigue estos pasos:

Open Start Menu, right-click on Computer and select Properties
Under Control Panel Home located on the left side of the window click on Device Manager
You will get a list of all devices on your machine. Expand Network Adapters.
Find your Network Card and double-click on it.
Select Advanced tab. You will get a list filled with different options.
Select Large Send Offload V2 (IPv4) and set the value to Disabled
Do the same for Large Send Offload V2 (IPv6) if it is available
Click OK

Hice esto en ambas máquinas con Windows, no tuve que reiniciar y no tuve que desactivar LSO V1