저는 이것을 처음 봤고 그것이 무엇을 의미하는지 잘 모르겠습니다.
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
나는 이것이 명령이 패킷 시간을 측정하는 방식의 버그라고 생각하며 ping
Intel보다 AMD 프로세서에 의해 더욱 악화됩니다.
Windows에서 고해상도 타이밍에 사용되는 기능은 QueryPerformanceCounter
및 입니다 QueryPerformanceFrequency
.
불행하게도 멀티 코어 프로세서의 경우 이러한 프로세서가 동일한 숫자를 반환하지 않기 때문에 손상되었습니다.
ping에 대한 수정 사항은 ping
. 나는 이것이 부정적인 타이밍을 설명할 것이라고 의심합니다. 이 문제를 해결하는 데 도움이 되는 AMD 및 MS의 패치도 있습니다.