이것은 내가 처음 본 것이고 그것이 무엇을 의미하는지 잘 모르겠습니다.
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
이전에 부정적인 핑 시간을 본 사람이 있습니까? 내 친구가 무선 링크에서 한 번 보았는데 무선 연결을 통해 이루어 졌다고 말했지만 어떻게됩니까?
답변
핑 중에 NTP 또는 Windows 시간 서비스가 시스템 시계를 동기화 했습니까?
답변
믿기 힘들지만 이 논의 는 이것이 특정 AMD CPU의 동작임을 나타내는 것으로 보인다.
개인적으로, 나는 그것에 대해 걱정하지 않고 ICMP의 개념적 결함이라고 가정합니다 … 다른 경로를 통과 한 패킷이나 시계가 다르게 설정된 기계 / 라우터와 관련된 이상한 일이 있습니다.
답변
불행히도, 이것은 AMD 프로세서에만 국한되지는 않지만 XP에 상당한 영향을 미치는 것으로 보입니다. 현재까지 그리고 몇 년 동안 답변을 검색 한 후에는 빠른 해결책을 알고 있지만 부팅 후 원격으로 다시 나타나지 않는 서버에는이를 해결할 수 없습니다.
TCP / IP (및 타이밍)를 재설정하려면 admin 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은 파일이 없음을 의미합니다 (기술적으로)
답변
나는 ping명령이 패킷 을 계산하는 방식의 버그 이며 인텔보다 AMD 프로세서에 의해 악화 된다고 생각합니다 .
윈도우에서 고해상도 타이밍에 사용되는 기능은 QueryPerformanceCounter및 QueryPerformanceFrequency입니다.
불행하게도, 멀티 프로세서 프로세서는 동일한 숫자를 반환하지 않기 때문에 멀티 코어 프로세서에서 손상되었습니다.
Ping에 대한 수정은에서 스레드 선호도를 설정하는 것입니다 ping. 부정적인 타이밍을 설명 할 수있는 일을 의심합니다. AMD와 MS의 패치도 있습니다.