부정적인 핑 시간?

부정적인 핑 시간?

저는 이것을 처음 봤고 그것이 무엇을 의미하는지 잘 모르겠습니다.

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  

이전에 부정적인 핑 시간을 본 사람이 있습니까? 제 친구가 무선링크로 한 번 봤다고 하더군요. 이건 무선으로 연결한 것인데.. 어떻게 그런 일이 일어날까요?

답변1

NTP 또는 Windows 시간 서비스가 핑 중에 시스템 시계를 동기화했습니까?

답변2

믿기 ​​힘들겠지만,이 토론이는 특정 AMD CPU의 동작임을 나타내는 것 같습니다.

개인적으로 나는 그것에 대해 걱정하지 않고 ICMP의 개념적 결함이라고 가정합니다. 아마도 다른 경로를 통과한 패킷이거나 시계가 다르게 설정된 기계/라우터와 관련된 이상한 것일 수 있습니다.

답변3

안타깝게도 이는 AMD 프로세서에만 국한된 것은 아니지만 XP에도 상당한 영향을 미치는 것으로 보입니다. 현재까지, 몇 년 동안 답변을 검색한 끝에 빠른 수정 방법을 알고 있지만 부팅 후 원격으로 다시 나타나지 않는 서버에는 할 수 없습니다.

TCP/IP(및 타이밍)를 재설정하려면 관리 CMD 창을 열고 다음을 입력하십시오.

ipconfig /flushdns
arp -d
gpupdate /force
netsh int ip reset null
netsh winsock reset

이제 재부팅해야 합니다. 네트워크 어댑터는 DHCP로 되돌아가므로 원격 사용자를 조심하세요.

그러면 여기서 무슨 일이 일어나는가?

어떤 이유로 TCP/IP에는 타이밍을 계산하는 데 사용하는 타임 스탬프가 있는데 어떻게든 퍼지됩니다. 예전에는 항상 한자리에서 보곤 했는데, 결국 멈춰버렸네요. 안타깝게도 제가 관리하는 창고에서도 계속되고 있어요. 오늘 밤, 모든 포인트가 237ms에서 멈춘 것 같지만 여러 핑으로 2개가 다시 나타났습니다.

pingpath매우 편리한 유틸리티이므로 앞으로 이 유틸리티를 더 자주 사용할 것입니다. 안타깝게도 같은 결과가 나왔네요...

안타까운 점은 게임 내 핑 오류도 해결된다는 것입니다.

참고- 로그 파일을 보려면 null을 파일 이름으로 바꾸십시오. 예를 들어, c:\log.txt Null은 (기술적으로) 파일이 없음을 의미합니다.

답변4

나는 이것이 명령이 패킷 시간을 측정하는 방식의 버그라고 생각하며 pingIntel보다 AMD 프로세서에 의해 더욱 악화됩니다.

Windows에서 고해상도 타이밍에 사용되는 기능은 QueryPerformanceCounter및 입니다 QueryPerformanceFrequency.

불행하게도 멀티 코어 프로세서의 경우 이러한 프로세서가 동일한 숫자를 반환하지 않기 때문에 손상되었습니다.

ping에 대한 수정 사항은 ping. 나는 이것이 부정적인 타이밍을 설명할 것이라고 의심합니다. 이 문제를 해결하는 데 도움이 되는 AMD 및 MS의 패치도 있습니다.

관련 정보