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í?
windows-7
networking
transfer
Adam Haile
fuente
fuente
Respuestas:
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.
fuente
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
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: \ 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
¡¡¡AUGE!!! Un aumento masivo: espero que esto funcione para todos
Martín
Publicación original que ayudó ... http://www.hanselman.com/blog/WiringTheHouseForAHomeNetworkPart5GigabitThroughputAndVista.aspx
fuente
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.
fuente
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.
fuente
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.
fuente
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.
fuente
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.
fuente
De: Aumente la velocidad de datos de su red con esto - config-personalizar - windows-7
fuente
¡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:
Intente con los ejemplos dados, pero si no tiene el interruptor correcto, no importará lo que haga en el sistema operativo.
fuente
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
fuente
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
fuente
Esto funcionó para mí:
GRACIAS A: http://www.howtosolutions.net/2013/06/fixing-slow-sending-or-receiving-of-files-through-lan-network-using-windows/
Hice esto en ambas máquinas con Windows, no tuve que reiniciar y no tuve que desactivar LSO V1
fuente