Acabei de tentar copiar um arquivo por meio de cifs (compartilhamento de arquivos do Windows) entre um servidor 2003 R2 e um novo servidor 2008 SP1 e estou obtendo uma velocidade horrível.
é um arquivo de 300 MB que leva cerca de 30 minutos para ser transferido. Estou conseguindo cerca de 1-2Mbit/s e isso está em um switch local.
Tentei iniciar a transferência de ambos os servidores com os mesmos resultados.
Copiar de 2003 para outro 2003 leva menos de 1 minuto, então é obviamente algo com o servidor de 2008.
Um comportamento ainda mais estranho é que se eu copiar simultaneamente outro arquivo do servidor de 2003 para outro servidor de 2003, a taxa de transferência do servidor de 2008 aumenta drasticamente (cerca de 10 vezes, mas ainda assim lenta).
Através do compartilhamento de unidade RDP, obtenho velocidade VPN total, aproximadamente 20 Mbit. Nenhum outro serviço parece estar sofrendo de latência.
Eu vi uma postagem sobre o descarregamento de tcp causando problemas no win2008, isso poderia estar relacionado?
Responder1
Certifique-se de que o servidor 2008 esteja funcionando corretamente por conta própria. Tente transferir arquivos entre ele e outro servidor de 2008 ou, se não houver uma estação de trabalho do Vista disponível, eles usam a mesma versão cifs.
Já vi um comportamento semelhante de transferência de arquivos quando houve uma incompatibilidade de velocidade/duplex entre a NIC e o switch, às vezes devido a um problema de detecção automática e às vezes devido a uma configuração incorreta de um ou de outro, ou de ambos.
Responder2
Você poderia tentar desligar o ajuste automático do TCP:
netsh interface tcp set global autotuninglevel=disabled
Se isso não funcionar, ligue-o novamente com:
netsh interface tcp set global autotuninglevel=normal
O autoajuste de TCP é um novo recurso na pilha TCP/IP do Vista e do Windows 2008. A quantidade de dados que você pode enviar por meio de TCP/IP depende (entre outras coisas) do tamanho da janela de recebimento. Nas versões anteriores do Windows, o tamanho da janela de recebimento era limitado a 64 KB. Com o ajuste automático, o tamanho da janela é alterado dinamicamente com base na capacidade e velocidade da conexão. A ideia é que isso aceleraria as transferências de dados.
O problema é que esse recurso pode causar taxas de transferência mais lentas se o sistema operacional do cliente ou o hardware de rede não suportar esse recurso corretamente (conforme descrito em RFC 1323, Extensões TCP para alto desempenho).
De qualquer forma, esse pode não ser o problema aqui, mas vale a pena tentar.
Responder3
Acabei de resolver um problema semelhante a este na minha rede. Uma máquina Windows 2003 Server estava recebendoTerrível(~20Kb/s) velocidades de leitura de compartilhamentos em uma nova caixa do Windows 2008 R2 (mas estranhamente, 2003 >> 2008 foi bom, ~50+Mb/s).
Algumas das coisas que tentei...
- Configuração
autotuninglevel=disabledconforme sugerido acima - Desativando o SMB 2, conforme descritoaqui
- Ajustando as configurações duplex e de controle de fluxo dos adaptadores, principalmente com base emesta postagemmas sugerido em vários lugares
Nenhum dos quais teve qualquer efeito (positivo).
Para mim, a solução acabou sendo desabilitar o descarregamento de TCP (descritoaqui) adicionando as seguintes chaves de registro...
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
Value = DisableTaskOffload
Type = DWORD
Data = 1
Value = EnableTCPChimney
Type = DWORD
Data = 0
Value = EnableTCPA
Type = DWORD
Data = 0
Value = EnableRSS
Type = DWORD
Data = 0
Após a reinicialização, todas as transferências estavam em alta velocidade.
Pelo meu entendimento (limitado) do problema, ele ocorre apenas com determinados modelos de NIC (minera um Intel 82578DC) em uma caixa rodando 2008 ou Win 7 que está conversando com uma caixa rodando 2003 ou XP. No meu caso, a caixa de 2003 era uma máquina virtual rodando no VMware Server 2.0.2 (mas não sei se isso é relevante).
Espero que ajude alguém!
Responder4
Meu primeiro palpite seria um problema de hardware. Tente usar FTP ou HTTP para transferir o arquivo e veja se isso também é lento.
Jr.