Ok, eu tentei as respostas abaixo e nada mudou. Eu identifiquei o chipset no laptop como o NVIDIA nForce 520. Baixei os drivers mais recentes do Vista x64 para o nForce 520 (a NVIDIA ainda não tem nenhum driver para esse chipset para o Win 7). Eu tentei instalar o software de firewall incluído (pensando que talvez esteja interferindo - não é). Eu desinstalei completamente o meu software antivírus (estou usando o Avast!) Pensando que o driver de filtro de rede pode estar causando um problema, o que também não ajudou.
Eu levei meu laptop para a casa dos meus irmãos e consegui copiar arquivos de 10 a 12 MB / s em sua rede de 100 Mbits, então não acho que seja o hardware.
Eu executei o iperf com alguns resultados surpreendentes:
iperf do laptop enviando para o servidor (upload)
> iperf -c naru
------------------------------------------------------------
Client connecting to naru, TCP port 5001
TCP window size: 8.00 KByte (default)
------------------------------------------------------------
[328] local 192.168.7.100 port 8549 connected with 192.168.7.6 port 5001
[ ID] Interval Transfer Bandwidth
[328] 0.0-10.0 sec 162 MBytes 136 Mbits/sec
> iperf -c naru -w 64k
------------------------------------------------------------
Client connecting to naru, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[328] local 192.168.7.100 port 8550 connected with 192.168.7.6 port 5001
[ ID] Interval Transfer Bandwidth
[328] 0.0-10.0 sec 1.06 GBytes 909 Mbits/sec
iperf do servidor enviando para o laptop (download)
> iperf -c miyuki
------------------------------------------------------------
Client connecting to miyuki, TCP port 5001
TCP window size: 8.00 KByte (default)
------------------------------------------------------------
[256] local 192.168.7.6 port 51871 connected with 192.168.7.100 port 5001
[ ID] Interval Transfer Bandwidth
[256] 0.0-10.1 sec 25.2 MBytes 20.8 Mbits/sec
> iperf -c miyuki -w 64k
------------------------------------------------------------
Client connecting to miyuki, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[256] local 192.168.7.6 port 51872 connected with 192.168.7.100 port 5001
[ ID] Interval Transfer Bandwidth
[256] 0.0-10.0 sec 21.1 MBytes 17.6 Mbits/sec
Para comparação, aqui estão os números iperf entre o HTPC e o servidor
Server: Naru, Host: CC (CC sends to Naru)
iperf -c naru: 0.0-10.0 sec 363 MBytes 305 Mbits/sec
iperf -c naru -w 64k: 0.0-10.0 sec 1.06 GBytes 912 Mbits/sec
Server: CC, Host: Naru (Naru sends to CC)
iperf -c cc: 0.0-10.0 sec 322 MBytes 270 Mbits/sec
iperf -c cc -w 64k: 0.0-10.0 sec 1020 MBytes 855 Mbits/sec
O uso do wireshark para assistir a uma transferência do servidor para o laptop dá conta de muitas das seguintes entradas:
(:51aa is the server, :37a1 is the laptop)
No. Time Source Destination Proto Info
37785 27.286240 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa TCP [TCP Dup ACK 37753#13] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40517974
37786 27.286258 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa TCP [TCP Dup ACK 37753#14] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40519414
37787 27.286277 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa TCP [TCP Dup ACK 37753#15] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40520854
37788 27.286295 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa TCP [TCP Dup ACK 37753#16] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40522294
37789 27.286313 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa TCP [TCP Dup ACK 37753#17] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40523734
37790 27.286332 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa TCP [TCP Dup ACK 37753#18] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40525174
37791 27.286351 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa TCP [TCP Dup ACK 37753#19] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40526614
37792 27.286370 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1 TCP [TCP Previous segment lost] [TCP segment of a reassembled PDU]
37793 27.286372 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1 TCP [TCP segment of a reassembled PDU]
37794 27.286375 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1 TCP [TCP Fast Retransmission] [TCP segment of a reassembled PDU]
37795 27.286377 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1 TCP [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37796 27.286379 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1 TCP [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37797 27.286382 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1 TCP [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37798 27.286413 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa TCP [TCP Dup ACK 37753#20] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40528054 SRE=40529494 SLE=40499254 SRE=40526614
37799 27.286432 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa TCP [TCP Dup ACK 37753#21] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40528054 SRE=40530934 SLE=40499254 SRE=40526614
Neste ponto, estou em completa e absoluta perda do que tentar em seguida.
No momento, estou com um problema no meu laptop recém-instalado do Windows 7. O problema ocorreu originalmente depois que eu instalei o Windows 7 RC. Quando o Windows Vista e o Windows 7 Beta 1 foram instalados neste laptop, consegui transferir a velocidades de gigabit com quadros Jumbo ligados à faixa de 9KB / 9014. Os dois switches entre o laptop também suportam quadros Jumbo.
Ao copiar arquivos do meu servidor para o meu laptop, eles funcionam em um ritmo de caracóis (geralmente menos de 1 MB / seg) enquanto outros dispositivos que passam pelos mesmos switches podem transferir a velocidades mais altas (45 - 55 MB / seg). Parece que copiar do laptop para o servidor é uma velocidade mais rápida, mas nada como deveria ser.
Quando essas imagens foram tiradas, jumbo frames foram desativados.
Servidor - > Laptop
link
Laptop - > Server
link
Servidor - > Laptop
link
Inesperadamente, ter o servidor copiar um arquivo do laptop para si mesmo resulta em velocidades que eu esperaria. (Laptop - > Servidor)
link
Eu afirmei anteriormente que a outra máquina no mesmo switch não tem esse problema. O alto DPI está ativado, pois isso é exibido em uma HDTV. Servidor - > HTPC link
Naturalmente, como teste, decidi ver quais eram as velocidades entre meu laptop e o HTPC. Infelizmente, eles eram exatamente o que eu esperava.
HTPC - > Laptop
link
Eu tentei tudo em que posso pensar. Mesmo jumbo frames estão desligados neste momento e nada parece afetá-lo. Eu tentei desativar minha proteção antivírus para alterar os cabos que uso. Atualmente todos os cabos em uso são CAT-5e que eu construí. Eu tentei pegar o cabo do HTPC e o conectei ao meu laptop para ver se o cabeamento era um problema. Os dois switches em questão são um DGS-1216T da D-Link e um switch "burro" que suporta quadros jumbo, o DGS-2208 da D-Link.
Tente desativar o recurso de ajuste automático do Windows.
Em uma janela do CMD:
netsh interface tcp set global autotuning=disabled
Volte a executar o teste e veja se você percebe uma melhora no desempenho. Eu tive que fazer isso em um par de laptops com o Windows 7 em minha casa, e isso ajudou.
Se as coisas piorarem, ou você não perceber qualquer melhoria, você poderá reativar a sintonização automática:
netsh interface tcp set global autotuning=normal
Este parece ser um grande problema com o Windows 7. Vários jogadores se queixaram deste problema.
Isso diminuiu meu ping na maioria dos jogos de 200 a 300 ms para 50 a 60 ms, o que corresponde à latência que eu veria por meio de um tracert para o servidor do jogo.
Extraído de reduza a latência da rede de jogos no Windows 7 ou vista
Para verificar se o laptop não está com defeito, execute um live cd do Ubuntu, instale o iperf no ramdisk e execute um teste.
Isso deve pelo menos testar o lado da rede.
Verifique se há pacotes descartados. Não sei como fazer isso no windows, mas se você tem uma máquina linux você pode verificar lá.
Eu tive uma experiência semelhante com um comutador gigabit no qual o modo gigabit estava quebrado e perdendo pacotes. Eu só vi problemas quando eu tinha duas máquinas conectadas neste modo. No modo 100K, tudo estava bem. Foi um problema desagradável que me levou alguns dias para descobrir. Eu poderia ter sido um D-Link. Faça algumas pesquisas sobre o seu modelo de switch. Eu fiz e encontrei outros tiveram o mesmo problema que eu.
Eu já vi isso antes com outros produtos antivírus. Meu problema foi com o SMB e o produto AV interferiu mesmo quando "desativado". Ele mostrou resultados semelhantes no wireshark que você tem. Aqui está um dos muitos sites que eu verifiquei para chegar à causa raiz: problema do SMB da Symantec e outro: SMB2 falha com NTP
Além disso, você pode tentar desativar / alterar todas ou algumas das configurações no SMB. Eu consideraria a possibilidade de desativar a v2 no sistema operacional. Verifique este artigo que descreve um problema SMB no Win Vista e este link para a Microsoft descreve alguns dados técnicos sobre as configurações de registro do SMB .
Eu sei que você mencionou o Avast, mas é quase coincidência que eu vi resultados similares no wireshark. Note que tudo, exceto a transferência de arquivos, pareceu funcionar bem no meu caso.
Eu tive problemas com clientes se comunicando com os Windows Servers ao usar a assinatura de pacotes. Eu não tive lentidão, mas desistências muito comuns de conexão.
Leia aqui para a solução que resolveu meu problema.
Além disso, não vejo nenhuma sugestão aqui para desativar as funções do TCP Chimney, uma a uma, para ver se uma delas deu errado.
Parece que o.s. está verificando os pacotes antes de gravar no disco. Eu observei todas as transferências lentas são as que tentam escrever para o laptop ... sugiro
Outros são sugeridos e não parecem estar ajudando:
Uma última sugestão é: Você pode verificar a detecção do link do modo de bateria nas propriedades avançadas do nic? É um laptop e pode haver alguns problemas com as propriedades de economia de energia ... Experimente "Sem economia de energia" na detecção do link do modo de bateria e "Full" nas configurações de velocidade da bateria.
Estou usando o win7 em um PC de mesa e essas opções não estão incluídas nas propriedades avançadas do meu nic. Desde que eu nunca tenha passado por esse problema, você pode verificar os valores de "Flow Control" para "TX e RX Enabled" como opções do meu nic também. O Jumbo está desativado, o Speed e o Duplex também são automáticos na minha configuração ...
Não consigo pensar em nenhuma outra solução ... Espero que isso ajude ...
Anteriormente eu persegui minha cauda com exatamente o mesmo problema por um tempo! Velocidade de transferência lenta em uma direção, no meu caso, saída (uplink).
Windows 7 Pro, Celeron J1800 com placa LAN embutida Realtek Gigabit 8111C. QNAP 453a e MacBook Pro no outro lado.
Quando medido via Iperf3 eu estava recebendo 112 mbps com o meu Windows 7 definido como um cliente (uso da CPU em 25-30%). E apenas 39-41 Mbps quando definido como um servidor, com uso pesado da CPU entre 50-100%. Tão ruim que o PC iria congelar nos momentos de teste de largura de banda.
Transferência regular de arquivos com limite máximo de 45mbps, independentemente de eu estar enviando ou baixando arquivos para o meu NAS ou para o meu MAC.
Eu não estava conseguindo nada além de 35 a 45 megabytes por segundo. Muito frustrante!
Acabou sendo um driver de cartão de lan ruim. Eu estava obcecado com a atualização de drivers e sempre atualizei meus drivers quando um novo se tornou disponível. Adivinhe, depois de várias atualizações, meu cartão de lan diminuiu.
Alguns de vocês podem dizer, apenas exclua o driver antigo e instale o novo. Simples, ah? Eu tentei e tentei, não funcionou para mim.
Aqui está a minha solução:
Instalou janelas do zero com drivers OEM no site do fabricante. Também fiz o seguinte:
Em Gerenciador de dispositivos / cartão Lan / Configurações avançadas / Desativar tudo, exceto CONTROLE DE FLUXO.
Em Recursos do Windows, Desative a Compactação Diferencial Remota.
Agora, a velocidade média está entre 80 e 100 Mbps.
Por tudo, eu suponho que você tenha configurado as placas de rede para full-duplex, 100MBit e não auto?
Você provavelmente vai odiar essa resposta, mas eu tenho que dizê-lo!
Você já tentou atualizar os drivers?
Eu recebo um problema semelhante no meu laptop (NIC baseada em Realtek), ele é transferido em torno de 3MB / s, mas quando eu atualizo os drivers para os mais recentes em seus sites, ele fica em torno de 40-50MB / s
Só porque os drivers com o Windows funcionam, isso não significa que eles sejam os melhores.
Suspeito que seja algo no caminho do servidor para o laptop, por exemplo:
Por excelente sugestão do Per @ SaucemanSpiff, você tentou conectar o laptop diretamente ao servidor usando um bom cabo CAT5E ou CAT6? Não há necessidade de um cabo crossover especial, desde que pelo menos uma das interfaces envolvidas suporte Gigabit Ethernet (o que implica Auto MDI-X).
Você bateu no PC com atualizações e testou-o externamente sem falhas. Você já tentou fazer atualizações e tal no SERVER "naru"?
A maioria das soluções neste tópico sugeridas por outras pessoas pode se aplicar ao servidor, você já tentou usá-las lá?
O que acontece quando você testa usando Robocopy (com e sem jumbo)? Se for rápido em ambas as direções, eu usaria o netshark para examinar os cabeçalhos da sessão SMB no início das cópias em cada direção e ver se algo parece diferente na configuração naruto- miyuki.
Você já tentou usar o teracopy? Eu tenho usado isso como um substituto padrão para windows copy há mais de um ano, e ele mostrou melhorias na velocidade de transferência:)
Um tipo de cena no escuro, mas poderia ajudar.
ipconfig /flushdns na CLI. se é devido a mudar o sistema operacional, então certamente o problema está no sistema operacional. Você deve tentar instalar o service pack mais recente do Windows 7 e manter o Windows atualizado com as atualizações mais recentes. e espero pelo melhor