Eu tenho o Windows 7 Pro rodando no meu servidor de arquivos e na minha área de trabalho principal. Cada um tem uma conexão de rede gigabit e eu estou conectado a um switch gigabit. No entanto, ao tentar copiar alguns arquivos grandes, ele fica muito lento a míseros 12 a 15 MB / s.
Os dados são provenientes de uma unidade SATA de 7200 RPM (que acho que deve ser boa por quase 150 MB / s) e vão para um Drobo no servidor conectado via FireWire 800, então não consigo pensar em nenhum gargalo que possa ter no hardware. Mas o TeraCopy ainda diz que está indo apenas de 12 a 15 MB / s

O que mais poderia estar errado aqui?

Detesto dizer que esse é o vodu do Windows. Vi melhorias na desativação de firewalls / antivírus no uso de discos RAM, na mudança de placas de rede gigabit de PCI para PCIe, no uso de switches mais rápidos, jumbo-frames, controle de fluxo e cabos mais curtos e melhores.

Engraçado quando eu baixa arquivos de uma caixa de samba, pareço ter um desempenho melhor, mas ainda não melhor que 15% de utilização.

Eu fiz uma pesquisa rápida e encontrei este site. Eu não tinha tentado essas configurações ainda.

Para lidar com a velocidade mais diretamente, no Vista e no Windows 7, a Microsoft fez alterações na API CopyFile para aumentar o desempenho. Não sei se o TeraCopy o usa, mas sei que o RoboCopy usa. Talvez a execução do teste com o RoboCopy possa trazer melhor desempenho.

Além disso, minhas melhores transferências foram usar placas PCIe que passam de um disco RAM para um disco RAM com o meu AV desativado, mas ainda assim não recebi mais do que 20 a 25%.

Talvez algumas dessas dicas funcionem para você.

Depois de precisar substituir meu laptop velho e desonesto, tive que copiar vários milhares de arquivos através de um cabo de rede para o meu novo PC - aguentei os dias necessários para copiar, pois precisava voltar ao trabalho para não ter muito tempo para tentar jogar.

Ontem eu tive que checar 3,4 gig de arquivos (dezenas de milhares de pequenos) de volta em um repositório do subversion - Doloroso? Isso aí!

Então, nesta manhã, decidi resolver o problema - depois de muito tempo pesquisando na web, encontrei um artigo que mencionava uma coisinha que resolvia tudo !! O link está na parte inferior deste comentário - Leia-o DEPOIS de ver meus resultados.

Info: 192.168.0.79 é o meu PC de jogos topo de gama e 192.168.0.151 é o nosso servidor de arquivos de escritório

Etapa 1 - Execute o iPerf (pode ser encontrado aqui http://linhost.info/2010/02/iperf-on-windows/ ) - Eu executei isso no modo dual para que você pudesse ver que nosso servidor era bem rápido para começar

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

Em seguida, fiquei impressionado depois de tudo o que tentei por tanto tempo - ative um quadro de 9k Jumb na configuração das placas de rede e execute o teste novamente.

A configuração Duplex foi definida como 100Mb full duplex depois de outra coisa que eu tentei, então a velocidade de transferência abaixo foi 9Mbits menor que a configuração da placa de rede - NÃO É RUIM!

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: \ Usuários \ Martin \ Downloads>

Uma última tweek - removi a configuração duplex e a coloquei novamente em "Auto" e executei o teste novamente

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

ESTRONDO!!! Um aumento maciço - Espero que isso funcione para todos

Martin

Postagem original que ajudou ... http://www.hanselman.com/blog/WiringTheHouseForAHomeNetworkPart5GigabitThroughputAndVista.aspx

Estou executando o Windows 7 usando o Parallels / Boot Camp em um Quad Core i7 de 3,4 Ghz com 16 GB de RAM. As velocidades de transferência de rede estavam entre 2 - 60k por segundo, até que eu segui os conselhos em um post do Cake404 sobre placas de rede Broadcom.

Após desativar o Ethernet @ WireSpeed ​​e desativar as opções "Large Send Offload" (nas definições de configuração da placa de rede), minhas velocidades de transferência subiram para vários megabytes por segundo.

O post de Dmitri sobre negociação automática ajudou. Após dois hotfixes e vários comandos inúteis do netsh, eu estava vendo velocidades de download muito baixas e rápidas. Somente em uma máquina em uma rede de 50 dispositivos. A atualização da NIC da Intel no Windows Update afetou as configurações do driver. Nesse caso, reativar a negociação automática ajudou. 35mbs de velocidade retornada.

Isso pode ser um pouco tarde, mas para aqueles com problemas semelhantes, notei que as transferências de arquivos entre os compartilhamentos de rede do Windows (Win2k3 -> Win2k8R2; Win2k3 -> Win7; algumas outras configurações) são excessivamente lentas quando o TeraCopy (v2.1) é usado .

O principal exemplo foi quando a configuração foi a seguinte: 2 servidores, ambos com NICs de gigabit e conectados a um comutador de gigabit; Primeiro servidor executando o Win2k3, o segundo executando o Win2k8R2. A velocidade de transferência do TeraCopy de um arquivo de ~ 21 GB foi de 50 MB / s na melhor das hipóteses. Enquanto isso, eu tinha 105 MB / s sustentados usando a cópia normal do Windows (puxando a caixa Win2k8 do Win2k3). O FTP produziu resultados semelhantes a aproximadamente 105 MB / s sustentados. Resultados semelhantes foram alcançados com o Windows 7 em execução na caixa do cliente.

Em configurações semelhantes, eu obteria taxas de transferência ainda mais baixas com o TeraCopy, de 8 MB / s para 35 MB / s. Tentei mexer nas opções de descarregamento e outras configurações das duas placas de rede até decidir usar a cópia regular do Windows em vez do TeraCopy. A diferença de velocidade foi surpreendente.

O comum em todas as configurações acima foi a caixa Win2k3, que atua como servidor de arquivos. Eu estava mudando o sistema operacional no segundo servidor que estava baixando o arquivo de teste.

Ainda não testei as taxas de transferência entre duas caixas Win2k3 usando o TeraCopy e a cópia regular do Windows.

Existem muitos pontos de estrangulamento possíveis - No entanto, o Windows 7 SP1, pode e é executado MUITO rápido pela Gigabit Ethernet.

Acabei de transferir vários gigabytes de arquivos grandes de dois discos no meu PC para um Synology NAS Box (DS1010 +). Esse par de transferências conduzidas pelo Explorer.exe atingiu 118,25Megabytes / s (950 Megabits / s), que é 95% de saturação da minha rede Ethernet Gigibit comutada, incluindo a execução em vários comutadores Dlink Gigabit.

Uma coisa que vale a pena tentar antes de enlouquecer com qualquer outra coisa é alternar o driver para não usar a Negociação automática para a velocidade, mas configurá-lo para 100 MB / Full Duplex, testar a velocidade de transferência e, em seguida, configurá-lo para 10 MB / Full Duplex e testar a velocidade de transferência.

From: Aumente a velocidade dos dados da sua rede com este - config-customize - windows-7

1. Abra o registro e procure a seguinte ramificação:

   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanworkstaion

2. Se as seguintes entradas ainda não estiverem lá, crie as DWORDs e MaxCmds, nesta ramificação, atribua a elas um valor de 30, 30 e 32, respectivamente.MaxThreadsMaxCollectionCount

3. Depois de reiniciar o sistema, você deverá experimentar um aumento no desempenho de suas transferências de rede.

O requisito para transferências Ethernet a alta velocidade (75% de 1000 a cada transferência +) é um interruptor de transmissão sem bloqueio e velocidade de cabo!

Comuta:

• O comutador GS1100-16 de 16 portas do desktop da ZyXEL é um comutador 10/100/1000 de 16 portas (estou recebendo transferências de 700-800Mbit ou 80Mbyte)
• GS1100-24 da ZyXEL O GS1100-24 é um switch 10/100/1000 de 24 portas
• O switch GbE de desktop de porta 10/100 / 1000Mbps GS-108B da ZyXEL é um switch 10/100/1000 de 8 portas
• Switch Cisco SR2024 24 portas 10/100/1000 Gigabit
• Redes SMC - SMC8508T - Switch EZ 10/100/1000 - Switch não gerenciado de 10 portas 10/100/1000 Gigabit
• Linksys SR2016 O Gigabit de 16 portas 10/100/1000

Por favor, tente os exemplos dados, mas se você não tiver a opção correta, não importará o que você faz no sistema operacional.

1. Clique em Iniciar
2. Digite "Política de Segurança Local" e pressione Enter
3. Navegue para Configurações de segurança > Diretivas locais > Opções de segurança

4. Defina as seguintes configurações:

   Segurança de rede : segurança mínima da sessão para clientes baseados em NTLM SSP (incluindo RPC seguro)> desmarcar "requer criptografia de 128 bits
   Nível de autenticação do Network LAN Manager > Enviar LM e NTLM - use segurança de sessão NTLMv2 se negociado

Tenho um laptop Win 7 Pro (quad core) de 1 GB LAN A linksys WRT1900AC com um disco rígido vermelho Nas 3TB. Minha velocidade era de 10 Mb / s para transferência de arquivos com ou sem fio para o NAS.

Eu fiz todos os seguintes testes sem fio, sem sucesso. No final, tentei a Ethernet e obtive 63MB / s AGORA !!!!!! Portanto, não sei qual configuração ou entrada do registro corrigiu o problema. O compartilhamento de arquivos sem fio ainda é lento.

CONFIGURAÇÕES

Desativar compactação diferencial remota Desativar ajuste automático de TCP Desativar escala lateral de recebimento

No REGISTRO:

Índice de limitação de rede:

HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ Multimedia \ SystemProfile NetworkThrottlingIndex = ffffffff (DWORD, padrão: 10, recomendado: 10 para compartilhamento de mídia, ffffffff para jogos e taxa de transferência máxima, intervalo válido: 1 a 70 decimal ou ffffffff para desativar completamente estrangulamento)

Desativar a otimização da largura de banda:

Criar (valor DWORD) HKLMsystemCurrentControlSetServiceslanmanstationstationparametersDisableBandwidthThrottling Set Value Value como 1

Alocação de memória de rede (erro de identificação de evento 2017):

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ Gerenciamento de memória LargeSystemCache = 1 (DWORD, valor padrão: 0, valor recomendado: 1) Um valor zero estabelece um cache de ~ 8 MB, um valor 1 permite que o cache se expanda até a quantidade de memória física menos 4 MB, conforme necessário.

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ LanmanServer \ Parameters Tamanho = 3 (DWORD, valor padrão: 1, valor recomendado: 3) 1 - minimiza a memória usada 2 - equilibra a memória usada 3 - configuração ideal para compartilhamento de arquivos e aplicativos de rede

Isso funcionou para mim:

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

Desabilitando "Large Send Offload (LSO)"

O Large Send Offload é uma técnica de melhorar o desempenho da rede e, ao mesmo tempo, reduzir a sobrecarga da CPU. Aparentemente, ele não funciona muito bem, por isso foi sugerido desativá-lo. Se você gostaria de saber sobre o LSO, consulte este artigo do MSDN de 2001.

O LSO é uma opção localizada em um Gerenciador de dispositivos no seu adaptador de rede, portanto, esta solução requer privilégios de administrador.

Siga esses passos:

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

Fiz isso nas duas máquinas Windows, não precisei reiniciar e não precisei desativar o LSO V1