A velocidade de transferência de arquivos do Windows 7 pelo Gigabit está lenta

12

Eu tenho o windows 7 pro em execução no meu servidor de arquivos e na minha área de trabalho principal. Cada um tem uma conexão de rede gigabit e estou conectado a um comutador gigabit. No entanto, ao tentar copiar alguns arquivos grandes, ele está executando muito lento em um míria 12-15 MB / s
Os dados estão vindo de uma unidade SATA de 7200 RPM (que acho que deve ser boa para quase 150MB / s) e indo para um Drobo no servidor conectado via FireWire 800, então não consigo pensar em nenhum gargalo que eu possa ter no hardware . Mas o TeraCopy ainda diz que só vai a 12-15 MB / s

O que mais poderia estar errado aqui?

    
por Adam Haile 12.01.2010 / 05:25

12 respostas

3

Eu odeio dizer que este é o Windows Voodoo. Eu vi melhorias de desativar firewalls / antivírus para usar discos RAM, alterando gigabits de PCI para PCIe, usando switches mais rápidos, jumbo frames, controle de fluxo e mais curtos & melhores cabos.

Engraçado quando eu baixo arquivos de uma caixa de samba eu pareço ter um melhor desempenho, 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 aumentar a velocidade do endereço, 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 o faz. Talvez executar o teste com o RoboCopy possa trazer um melhor desempenho.

Além disso, minhas melhores transferências foram usando placas PCIe indo de um disco RAM para um disco RAM com o meu AV desligado, mas ainda assim não consegui mais do que 20-25%.

Talvez algumas dessas dicas funcionem para você.

    
por 12.01.2010 / 07:28
3

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

Ontem eu tive que verificar 3,4 gig de arquivos (dezenas de milhares de pequenos) de volta para um repositório de subversão - Painful? Inferno sim!

Então, esta manhã, decidi resolver isso - depois de muito procurar na web, encontrei um artigo que mencionava a pequena coisa que resolveu tudo !! O link está na parte inferior deste comentário - Leia-o DEPOIS de ver meus resultados.

Informações: 192.168.0.79 é o meu PC de jogos topo de gama e o 192.168.0.151 é o nosso servidor de ficheiros de escritório

Passo 1 - Execute iPerf (pode ser encontrado aqui link ) - Eu corri isso em dual modo que você pode ver o nosso servidor foi muito rápido para começar com

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, E FUI FOLHA DE TAREFA depois de tudo que eu tenho tentado há tanto tempo - Habilite um Jumb Frame 9k na configuração de Placas de Rede e execute o teste novamente.

A configuração Duplex foi configurada para 100Mb full duplex depois de outra coisa que eu tentei, então a velocidade de transferência abaixo era 9Mbits a menos 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 >

Um tweek final - eu removi a configuração duplex e defini-a de volta para "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

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

Martin

Post original que ajudou ... link

    
por 02.03.2013 / 23:30
2

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 eram entre 2 a 60k por segundo, até que eu segui o conselho em http://cake404.com/2011/08/slow-file-transfers-with-macbook-or-imac-when- executando-windows / "> uma postagem Cake404 sobre as placas de rede Broadcom.

Depois de desativar o Ethernet @ WireSpeed e desativar as opções "Large Send Offload" (sob as configurações da placa de rede), minhas velocidades de transferência aumentaram para vários megabytes por segundo.

    
por 22.01.2012 / 06:50
2

O post de Dmitri sobre autonegociação ajudou. Depois de dois hotfixes e inúmeros ajustes de comando netsh infrutíferos, eu estava vendo velocidades de download muito lentas e velocidades de upload rápidas. Apenas em uma máquina em uma rede de 50 dispositivos. Acabou que a atualização da Intel NIC do Windows Update afetou as configurações do driver. Nesse caso, a reativação do autonegotiate ajudou. Velocidade de 35mbs retornada.

    
por 26.11.2012 / 17:39
1

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

O principal exemplo foi quando a configuração foi a seguinte: 2 Servidores, ambos com NICs Gigabit e conectados a um comutador gigabit; Primeiro servidor executando o Win2k3, o segundo executando o Win2k8R2. A velocidade de transferência do TeraCopy de um arquivo ~ 21GB foi de 50MB / s, na melhor das hipóteses. Enquanto isso, eu tinha um sustentado 105MB / s usando a cópia normal do Windows (puxando a caixa Win2k8 do Win2k3). FTP produziu resultados semelhantes a aproximadamente 105MB / s sustentados. Resultados semelhantes foram obtidos 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 8MB / s para 35MB / s. Eu tentei mexer com opções de descarregamento e outras configurações de ambos os NICs até que eu decidi tentar usar a cópia normal do Windows em vez de TeraCopy. A diferença de velocidade foi surpreendente.

A coisa 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.

Eu não testei taxas de transferência entre duas caixas Win2k3 usando TeraCopy e a cópia normal do Windows ainda.

    
por 03.07.2011 / 05:36
1

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

Acabei de transferir vários gigabytes de arquivos grandes de dois discos no meu PC para uma Synology NAS Box (DS1010 +). Esse par de transferências direcionadas do Explorer.exe atingiu 118.25 Megabytes / s (950 Megabits / s), o que corresponde a 95% de saturação da minha rede Gigibit Ethernet comutada, incluindo a execução de vários Switches Dlink Gigabit.

    
por 03.07.2011 / 07:23
1

Uma coisa que vale a pena tentar antes de enlouquecer com qualquer outra coisa é mudar o driver para não usar o Auto Negotiate para a velocidade, mas configurá-lo para 100MB / Full Duplex, testar a velocidade de transferência e configurá-lo para 10MB / Full Duplex e testar a velocidade de transferência.

    
por 18.06.2012 / 19:12
1

De: Aumente a velocidade dos dados da sua rede com isto - config-customize - windows -7

  1. Open the registry and browse the following branch:

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanworkstaion

  2. If the following entries aren't already there, Create the DWORDs MaxCmds, MaxThreads and MaxCollectionCount under this branch.Assign them a value of 30, 30and 32 respectively.

  3. After you restart your system, you should experience an increase in the performance of your network transfers.

    
por 18.06.2012 / 18:52
1

O requisito para transferências Ethernet de velocidade total (75% de 1000 a cada transferência +) é um comutador de transmissão de fio com velocidade sem bloqueio!

Comutadores:

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

Por favor, tente os exemplos dados, mas se você não tem a opção certa, não importa o que você faz no sistema operacional.

    
por 12.07.2012 / 03:14
1
  1. Clique em Iniciar
  2. Digite "Política de segurança local" e pressione Enter
  3. Navegue para Configurações de segurança > Políticas locais > Opções de segurança
  4. Defina as seguintes configurações:

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

por 07.03.2013 / 03:48
1

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

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

CONFIGURAÇÕES

-Desativar compactação diferencial remota -Disable TCP Auto Tuning -Disable Receive Side Scaling

No REGISTRO:

Índice de limitação de rede:

NT \ CurrentVersion \ Multimedia \ SystemProfile HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows 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 desabilitar completamente a aceleração)

Desativar a otimização de largura de banda:

Criar (valor DWORD) HKLMsystemCurrentControlSetServiceslanmanstationstationparametersDesativarBandwidthThrottling Definir valor para 1

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

Gerenciador de HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Session \ gerenciamento de memória LargeSystemCache = 1 (DWORD, valor padrão: 0, valor recomendado: 1) Um valor de zero estabelece um cache de ~ 8 MB, um valor de 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 \ Serviços \ LanmanServer \ Parameters Tamanho = 3 (DWORD, valor padrão: 1, valor recomendado: 3) 1 - minimiza a memória usada 2 - balancear a memória usada 3 - configuração ideal para compartilhamento de arquivos e aplicativos de rede

    
por 23.06.2015 / 03:54
-1

Isso funcionou para mim:

OBRIGADO a: link

Disabling "Large Send Offload (LSO)"

Large Send Offload is a technique of improving network performance while at the same time reducing CPU overhead. Apparently it does not work very well, so it was suggested to disable it. If you would like to know about LSO, check this MSDN article from 2001.

LSO is an option located in a Device Manager under your network adapter, so this solution requires Administrator Privileges.

Follow these steps:

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

Eu fiz isso nas duas máquinas windows, não precisei reiniciar, e não precisei desativar o LSO V1

    
por 10.08.2017 / 23:13