Por que o ping de 200 bytes demora mais que pingar de 5000 bytes?

Question

Portanto, tenho 5 máquinas conectadas em uma LAN, cada uma executando o Ubuntu 14 e atribuindo um IP estático exclusivo. Estou tentando calcular uma estimativa do tempo que um grupo de bytes leva para ser transmitido e recebido para uma dessas máquinas. Aqui estão alguns resultados de ping, obtendo uma média de 20 iterações do ping cada:

ping -s [size] -c 20 [IP address]

• 200 bytes - aproximadamente 0,6 ms
• 2.500 bytes - aproximadamente 0,4 ms
• 10.000 bytes - aproximadamente 0,4 ms

Como é possível que um tamanho de pacote menor de 200 bytes demore mais que 2500 ou 10000 bytes?

Por favor, note que eles foram testados todos na mesma máquina, para o mesmo endereço.

    

Answer 1

ping relatou um resultado semelhante para mim para localhost :

...
208 bytes from 127.0.0.1: icmp_seq=99 ttl=64 time=0.163 ms

--- localhost ping statistics ---
100 packets transmitted, 100 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.078/0.172/0.269/0.044 ms

2008 bytes from 127.0.0.1: icmp_seq=99 ttl=64 time=0.188 ms

--- localhost ping statistics ---
100 packets transmitted, 100 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.065/0.170/0.262/0.042 ms

No entanto, ping não é particularmente preciso no que diz respeito a relatar tempos de ida e volta, digamos, em comparação com tcpdump :

ping informa um RTT de 0,076 ms para um pacote de 208 bytes, enquanto tcpdump mostra o pacote saindo e retornando em apenas 0,033 ms:

tcpdump -i lo0 -nK -t 5 -c 2 icmp

 00:00:00.000000 IP 127.0.0.1 > 127.0.0.1: ICMP echo request, id 37477, seq 0, length 208
 00:00:00.000033 IP 127.0.0.1 > 127.0.0.1: ICMP echo reply, id 37477, seq 0, length 208

Para um pacote de 2008 bytes, ping relatou um RTT de 0,087 ms, embora tcpdump tenha informado apenas 0,042 ms.

Em suma, ping é um programa que possui sobrecarga e dependências do sistema que o tornam inadequado para medir pequenas diferenças: não é uma ferramenta de precisão.