flutuação do desempenho da rede FreeBSD

3

Acabei de instalar um novo FreeBSD 9.0 em um novo servidor. A máquina está usando o nic de bordo (Atheros AR8151). Ele roda o Samba e o FTP e tem um pool ZFS de ~ 3TB. Quando faço o download de arquivos de alguns hosts, obtenho um desempenho de leitura muito bom, próximo a 90mb / s em FTP. Mas alguns outros hosts têm um desempenho de leitura muito ruim, cerca de 2 mb / s. No começo eu pensei que fosse samba, mas isso não é verdade. Eu tentei baixar alguns arquivos de 2 hosts separados por trás do mesmo switch, um era um Ubuntu 10.10, o outro rodava o Mac OS 10.4. A máquina Ubuntu fez 2mb / s enquanto a máquina Mac OS recebeu 10mb / s.

Conforme solicitado, mais alguns detalhes sobre a rede e a configuração do teste. A rede em questão é a minha rede de universidades, é pelo menos 1gbit.

Eu tenho um roteador NetGear WNDR3700 que está executando o OpenWRT. O WNDR está conectado a um comutador HP Procurve (que está fora do meu controle). O Procurve está ainda conectado à rede universitária via fibra ótica.

O servidor é executado em um Intel Celeron G540, com o NIC acima mencionado. Ele está conectado diretamente ao WNDR3700 com ethernet gbit. Para testar e diagnosticar o problema, baixei e enviei alguns arquivos de 1,5 GB de e para o servidor usando vários protocolos. As seguintes máquinas e protocolos foram usados (o download é o tráfego que sai do servidor):

Uma máquina com Windows 7 conectada ao Procurve via gbit ethernet. Eu só pude realizar um teste de download neste, ele fez cerca de 2mb / s. Este é um laptop com menos de um mês de idade.

Em segundo lugar, há uma máquina Linux Mint conectada ao WNDR, este computador é de aproximadamente 6 meses de idade. Eu fiz um teste de download e upload neste, ambos com excelente desempenho. Eu usei FTP, SMB e scp.

Depois, há outra máquina linux, rodando o Ubuntu 10.10, novamente um laptop, mas este tinha aproximadamente 3 anos de idade. Ele se saiu muito mal em ambas as direções nos três protocolos. Este também estava ligado ao Procurve.

Depois, há outra máquina linux, não sei qual distro está sendo executada, pois ela não é minha. Este computador fez o download do arquivo com 10MB / s em SMB e FTP. Novamente conectado ao Procurve (via ethernet 100mbit).

Depois, há um Macbook pro com 3 meses de idade, conectado via WIFI ao WNDR, e esta máquina também teve um excelente desempenho em todos os testes.

Por último, há um VPS hospedado a alguns quilômetros de distância, eu só pude testar FTP e scp neste, mas seu desempenho foi bom.

Todos esses testes foram feitos algumas vezes, distribuídos ao longo do dia e todos os testes são consistentes. No começo eu pensei que poderia ser o Procurve, que é novo, mas como você pode ver na lista, há vários computadores desempenho excelente.

Depois de executar mais alguns testes, concluí que agora não é o servidor. Eu tentei transferir alguns arquivos da caixa Mint para o Ubuntu, com resultados variados: Menta - > Ubuntu: ~ 2mb / s Ubuntu - > Menta: ~ 20mb / s

Tanto o servidor quanto a caixa Mint são realmente máquinas Sandy Bridge, a caixa Mint possui uma NIC Realtek 8111E.

    
por Blubber 04.04.2012 / 20:03

1 resposta

1

Eu encontrei o problema, depois de muito, muito tempo tentando coisas diferentes. Acontece que em um dos cabos UTP, uma das linhas TX está quebrada. Ou pelo menos não está funcionando no mesmo nível. Aparentemente, o interruptor Procurve usará apenas 1 linha se o host de download estiver conectado via 100mbit. Um tipo de problema estranho, mas pelo menos eu descobri no final.

    
por 05.04.2012 / 16:32