pode ser um problema com o controle de fluxo no nic e no switch, consulte o artigo a seguir e certifique-se de desativar o controle de fluxo no nic e no switch.
Atualizado em 2014-10-09
Esta pergunta é semelhante a velocidades de rede lenta e inexplicada mas porque a última é Ainda sem resposta após 5 anos, e que acho que posso adicionar mais detalhes, estou postando outra pergunta sobre esse assunto.
Temos 2 servidores de armazenamento DELL PowerVault NX200. Ambas possuem uma NIC Gigabit dupla on-board Broadcom BCM5716 (da qual eu estou usando apenas uma porta). Esses servidores de armazenamento são fornecidos com o Armazenamento Básico do Windows Server 2008 SP2, que eu recentemente reinstalei e atualizei para a versão mais recente.
Recentemente, experimentamos uma velocidade de rede lenta dos servidores. Eu não testei a velocidade de conexão antes, por isso não posso dizer qual era a taxa de transferência "normal". No entanto, é definitivamente muito lento agora.
O rendimento de ambos os servidores é de cerca de 5 a 6 Mbits / s . Isso foi medido com várias execuções de Iperf ao longo do dia. A taxa de transferência para os servidores é de cerca de 90 Mbits / s.
Outras ferramentas e métodos fornecem o mesmo tipo de resultado (por exemplo, ttcp ou copiar arquivos usando o Windows Explorer, Teracopy, ...). Vou me ater aos resultados do Iperf para excluir tantos componentes irrelevantes quanto possível (por exemplo, SMB).
Eu tentei várias coisas, nenhuma das quais funcionou.
Usando cabos de rede diferentes e novos. Eu não tenho as ferramentas para testar adequadamente a qualidade do cabeamento, mas obtenho velocidades melhores usando os mesmos cabos em outros computadores.
Usando uma NIC diferente (BCM5709) que funciona bem em outro servidor Windows 2008 R2.
Desconectando todos os outros computadores e deixando os servidores isolados no comutador.
Conectar os servidores a um switch diferente não melhorou as coisas.
Removendo qualquer comutador e conectando diretamente o NIC ao NIC.
Atualizando os drivers e o software da NIC para as versões mais recentes da QLogic.
Alterando os parâmetros da NIC para todos os modos "Speed & Duplex". "Negociar automaticamente" sempre resultaria na velocidade mais rápida que consegui.
Mesma coisa para outros parâmetros da NIC, como o tamanho do pacote Jumbo (para corresponder ao suporte da opção). Na maioria das vezes, isso não mudava nada e, quando acontecia, só piorava as coisas.
Também experimentei todos os parâmetros netsh interface tcp set global , incluindo autotuninglevel , que muitas pessoas sugerem deixar desativado.
Definindo TCPWindowSize no registro. Esta configuração é ignorada no Windows 2008.
Inicializando no CentOS 6. Tudo está bem no LiveCD do CentOS. O culpado provavelmente é o Windows, o driver ou as configurações e não a NIC, switches ou cabeamento.
Consegui reproduzir grande parte dos resultados de Windows TCP Window Escala Alcançando o platô muito cedo . Forçar a janela TCP também resulta em velocidades muito mais altas durante os testes do Iperf. Parece que a escala da janela TCP do Windows não está funcionando corretamente durante a transmissão.
Entre os dois servidores, o NIC manualmente configurado para 100Mbps Full Duplex:
[ 4] local 192.168.1.14 port 51535 connected with 192.168.1.12 port 5001
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-15.1 sec 640 KBytes 348 Kbits/sec
[ 4] local 192.168.1.14 port 5001 connected with 192.168.1.12 port 50498
[ 4] 0.0-10.3 sec 6.00 MBytes 4.90 Mbits/sec
Entre os dois servidores, a opção .12 NIC é configurada manualmente como 100Mbps Half Duplex (os mesmos resultados em "Auto"):
[ 4] local 192.168.1.14 port 51541 connected with 192.168.1.12 port 5001
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-10.2 sec 6.38 MBytes 5.23 Mbits/sec
[ 4] local 192.168.1.14 port 5001 connected with 192.168.1.12 port 50509
[ 4] 0.0-10.3 sec 6.12 MBytes 4.99 Mbits/sec
pode ser um problema com o controle de fluxo no nic e no switch, consulte o artigo a seguir e certifique-se de desativar o controle de fluxo no nic e no switch.
Às vezes, falhas estranhas na rede podem ser causadas por filtros de rede (especialmente firewall de terceiros e / ou software antivírus).
Você pode verificar quais filtros estão instalados (no powershell):
ls 'HKLM:\SYSTEM\CurrentControlSet\Control\Network\{4d36e974-e325-11ce-bfc1-08002be10318}' |
% { $_.GetValue('Description') } |
sort
ou manualmente com o regedit.
Além disso, verifique a temporização DPC (chamada de procedimento adiada) dos drivers do adaptador de rede durante o teste iperf. link
Além disso, tente executar iperf (ou, de preferência, ntttcp) na conexão de loopback.