부정적인 핑 시간?


15

이것은 내가 처음 본 것이고 그것이 무엇을 의미하는지 잘 모르겠습니다.

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  

이전에 부정적인 핑 시간을 본 사람이 있습니까? 내 친구가 무선 링크에서 한 번 보았는데 무선 연결을 통해 이루어 졌다고 말했지만 어떻게됩니까?


4
AMD 프로세서가 있습니까?
MaQleod

9
시공간 연속체의 일시적인 균열. 걱정할 것이 없습니다. 이제 DeLorean의 열쇠를 어디에 넣었습니까?
juggler

테스트를 실행 한 컴퓨터를 구체적으로 기억하지는 않지만 실행할 수있는 유일한 시스템은 모두 Intel (하나의 Intel 데스크탑, 하나의 Macbook Pro, 하나의 Mac Mini)입니다.
Jeff Welling

12
네거티브 핑 랙은 매트릭스의 결함입니다. 그들이 무언가를 바꿀 때 발생합니다.
James T Snell

답변:


15

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


훌륭한 질문입니다. 불행히도 나는 핑을 한 정확한 시간을 기억하지 못하므로 NTP 동기화에 대한 로그를 확인할 수 없습니다.
Jeff Welling

그것은 이상 할 것 같지만 훌륭한 문제 해결 포인트는 +1입니다.
mbb

더 나은 답변을 제공하지 않았으며 지금까지이 시점부터 더 타당한 해결책을 찾지 못하면이 답변이 가장 잘 설명되어 있다고 생각하기 때문에이 답변을 받아들입니다. 감사.
Jeff Welling

방금 가상 머신에서 동일한 문제가 발생하여 NTD가 시간 편차를 수정하는 것이 문제임을 확인할 수 있습니다. service ntpd stopCentOS에서 수정했습니다 (그러나 분명히 다른 문제가 발생할 것입니다). 자세한 내용은 이 흥미로운 질문 을 참조하십시오.
Benjamin

4

믿기 ​​힘들지만 이 논의 는 이것이 특정 AMD CPU의 동작임을 나타내는 것으로 보인다.

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


2
관련 토론에서 나는 ICMP의 개념적 결함에 의존하지 않을 것이다. AMD는 두 코어 사이에 클럭 스큐가있어 시간을 부정적으로 해석합니다.
Evan

@evan : 그러나 0.7 초는 불일치입니다!
기계 달팽이

2
Ping에서 얻은 보고서는 외부 라우터의 시계와 관련이 없으며 패킷이 대상으로 전송되고 응답이 호스트로 다시 수신되는 시간과의 차이입니다. 호스트가 클럭합니다.
MaQleod

@Mechanical snail 당신 말이 맞습니다. 매우 크지 만 시간이 지남에 따라 왜곡이 커집니다. 프로세서가 오랫동안 실행 된 경우 .7 초가 너무 모호하지 않습니다. 프로세서가 잠시 동안 실행 된 후에 만 ​​문제가 발생하는지 확인하는 것이 흥미로울 것입니다.
Evan

@Evan : 0.7 초가 이것보다 더 심각한 버그를 일으킬 수 있으므로 이미 들어 보았을 것입니다.
기계 달팽이

1

불행히도, 이것은 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은 파일이 없음을 의미합니다 (기술적으로)


1

나는 ping명령이 패킷 을 계산하는 방식의 버그 이며 인텔보다 AMD 프로세서에 의해 악화 된다고 생각합니다 .

윈도우에서 고해상도 타이밍에 사용되는 기능은 QueryPerformanceCounterQueryPerformanceFrequency입니다.

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

Ping에 대한 수정은에서 스레드 선호도를 설정하는 것입니다 ping. 부정적인 타이밍을 설명 할 수있는 일을 의심합니다. AMD와 MS의 패치도 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.