Esta é a primeira vez que vejo isso e não tenho certeza do que significa;
64 bytes from 74.125.93.99: icmp_seq=6233 ttl=53 time=545.493 ms
64 bytes from 74.125.93.99: icmp_seq=6234 ttl=53 time=776.093 ms
64 bytes from 74.125.93.99: icmp_seq=6235 ttl=53 time=-705.731 ms
64 bytes from 74.125.93.99: icmp_seq=6236 ttl=53 time=52.549 ms
64 bytes from 74.125.93.99: icmp_seq=6237 ttl=53 time=44.470 ms
Alguém já viu um tempo de ping negativo antes? Um amigo meu me disse que viu isso uma vez em um link sem fio, e isso foi através de uma conexão sem fio, mas... como isso acontece?
Responder1
O NTP ou o Windows Time Service sincronizaram o relógio do sistema durante o ping?
Responder2
Acho difícil de acreditar, masesta discussãoparece indicar que este é o comportamento de certas CPUs AMD.
Pessoalmente, eu não me preocuparia com isso e assumiria que é uma falha conceitual no ICMP... Talvez um pacote que passou por um caminho diferente ou algo estranho envolvendo máquinas/roteadores com seus relógios configurados de forma diferente.
Responder3
Infelizmente, isso não se limita aos processadores AMD, mas parece afetar bastante o XP. Até o momento, e depois de alguns anos procurando respostas, conheço uma solução rápida, mas não posso fazê-lo em servidores que não reaparecem remotamente após a inicialização.
Para redefinir o TCP/IP (e os horários), abra uma janela CMD do administrador e digite o seguinte:
ipconfig /flushdns
arp -d
gpupdate /force
netsh int ip reset null
netsh winsock reset
Agora, você DEVE reiniciar. O adaptador de rede reverte para DHCP, portanto, tome cuidado com os remotos.
Então o que acontece aqui?
Por alguma razão, o TCP/IP tem um carimbo de data/hora usado para calcular o tempo e, de alguma forma, é falsificado. Eu costumava vê-lo o tempo todo em um local, mas finalmente parou. Infelizmente, continua no armazém que administro. Esta noite, todos os pontos parecem estar presos em 237ms, mas 2 voltaram com vários pings.
pingpath
é um utilitário muito útil e irei usá-lo com mais frequência. Infelizmente, deu os mesmos resultados...
Que coisa triste, isso também elimina erros de contagem de ping em jogos.
observação: se você quiser ver o arquivo de log, substitua null por um nome de arquivo, como c:\log.txt
- Null significa apenas nenhum arquivo (tecnicamente)
Responder4
Acredito que seja um bug na forma como o ping
comando cronometra os pacotes e é agravado mais pelos processadores AMD do que pela Intel.
As funções usadas para temporização de alta resolução no Windows são QueryPerformanceCounter
e QueryPerformanceFrequency
.
Infelizmente, eles estão quebrados para processadores multi-core, pois esses processadores não retornam os mesmos números.
A correção para o ping é definir a afinidade do thread no ping
. Duvido que isso explique o momento negativo. Existem também patches da AMD e MS que supostamente ajudam a resolver o problema.