Eu tenho um servidor HP Proliant com Ubuntu 16.04.03 LTS e quando executo um teste de velocidade, estou obtendo apenas velocidades de download de 3.5Mbps. Em um laptop com Windows na mesma rede, recebo velocidades de download de 29Mbps.
Eles estão usando conexão com fio com um NIC gigabit em uma rede gigabit, eo servidor está conectado diretamente ao roteador ADSL. O NIC do servidor é:
lspci -ks 02:00.0
02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5723 Gigabit Ethernet PCIe (rev 10)
Subsystem: Hewlett-Packard Company NC107i Integrated PCI Express Gigabit Server Adapter
Kernel driver in use: tg3
Kernel modules: tg3
Eu tentei desativar o ipv6, mas isso não fez diferença. Alguém tem alguma sugestão sobre o que eu deveria tentar? Agradecemos antecipadamente.
ATUALIZAÇÃO 12 de janeiro de 2018
Agora, penso que não é um problema com a NIC. Eu testei copiar arquivos de 100-500MB na minha rede local e posso obter facilmente taxas de transferência de 300 + Mbps. Então, claramente, não há grande problema com a NIC.
O problema parece surgir porque estou usando speedtest-cli, que é uma implementação python para usar a rede speedtest.net de servidores. Quando executo o speedtest-cli, ele reporta uma velocidade de ~ 3.5Mbps, quando eu testo o download de um arquivo grande pela internet eu recebo ~ 3.5MBps (bytes não bits).
$wget --output-document=/dev/null http://ipv4.download.thinkbroadband.com/100MB.zip
--2018-01-12 15:39:24-- http://ipv4.download.thinkbroadband.com/100MB.zip
Resolving ipv4.download.thinkbroadband.com
(ipv4.download.thinkbroadband.com)... 80.249.99.148
Connecting to ipv4.download.thinkbroadband.com
(ipv4.download.thinkbroadband.com)|80.249.99.148|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/zip]
Saving to: ‘/dev/null’
/dev/null 100%[===================>] 100.00M 3.60MB/s in 28s
2018-01-12 15:39:57 (3.60 MB/s) - ‘/dev/null’ saved [104857600/104857600]
$ speedtest-cli
Retrieving speedtest.net configuration...
Testing from TalkTalk (<redacted>)...
Retrieving speedtest.net server list...
Selecting best server based on ping...
Hosted by CloudConnX (Eastbourne) [3.95 km]: 2525.195 ms
Testing download speed................................................................................
Download: 3.63 Mbit/s
Testing upload speed................................................................................................
Upload: 2.85 Mbit/s
Eu me perguntei se o speedtest-cli é calibrado de forma incorreta, relatando bits em vez de bytes, mas acho que não. Nesse caso, parece ser um bug no software.
Gostaria de saber se alguém já viu esse comportamento?
Execute no seu terminal com o número de porta Ethernet correto que você está usando. Aqui eu assumi que é 'eth0':
sudo /sbin/ethtool eth0
e veja se o modo duplex é Half ou Full. Se for Half duplex, mude para full duplex com este comando:
sudo /sbin/ethtool -s eth0 full
Você também pode alterar a porta ethernet para Half duplex com este comando:
sudo /sbin/ethtool -s eth0 half
No entanto, você precisa instalar o ethtool primeiro, se não tiver nenhum.
Encontrei a resposta para minha pergunta ...
Parece que eu criei os servidores de nomes DNS incorretos. Meu servidor tem como servidores de nomes o antigo endereço IP do roteador e o endereço IP atual do roteador. Enquanto isso funcionou perfeitamente no final, parece que estava diminuindo a velocidade ao encontrar o site, o que fez com que o tempo de teste fosse mais rápido durante os 40 downloads de teste, produzindo uma velocidade lenta de download.
A correção foi atualizar o servidor de nomes em * / etc / network / interfaces * para 8.8.8.8 e rejeitar o adaptador de rede e agora a velocidade é a mais normal de 29Mbps.