부정적인 핑 시간?


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 프로세서에 의해 악화 된다고 생각합니다 .

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

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

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

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