Thời gian ping tiêu cực?

15

Đây là lần đầu tiên tôi thấy điều này và tôi không chắc nó có nghĩa gì;

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

Có ai từng thấy một thời gian ping tiêu cực trước đây? Một người bạn của tôi nói với tôi rằng anh ta đã nhìn thấy nó một lần trên một liên kết không dây, và điều này là qua kết nối không dây, nhưng .. điều đó xảy ra như thế nào?

— Jeff Welling
nguồn

4

Bạn có bộ xử lý AMD không?

— MaQleod

9

Chỉ là một sự rạn nứt tạm thời trong sự liên tục không-thời gian. Không có gì phải lo lắng về. Bây giờ tôi đã đặt chìa khóa vào DeLorean của mình ở đâu?

— tung hứng

Tôi không nhớ cụ thể mình đã chạy thử máy nào, nhưng 3 máy duy nhất tôi có thể chạy trên đó là tất cả Intel (một máy tính để bàn Intel, một Macbook Pro, một Mac Mini).

— Jeff Welling

12

Độ trễ ping âm là một trục trặc trong ma trận. Nó xảy ra khi họ thay đổi một cái gì đó.

— James T Snell

15

NTP hoặc Windows Time Service có đồng bộ hóa đồng hồ hệ thống trong quá trình ping không?

— Thủy
nguồn

Câu hỏi tuyệt vời, đó có thể là nó. Thật không may, tôi không nhớ chính xác thời gian tôi thực hiện ping nên tôi không thể kiểm tra nhật ký để đồng bộ hóa NTP xếp hàng.

— Jeff Welling

Điều đó thật kỳ quặc, nhưng +1 cho điểm khắc phục sự cố tuyệt vời.

— mbb

Không có câu trả lời tốt hơn được cung cấp, và không thể đưa ra một giải pháp hợp lý hơn từ lúc điều này xảy ra cho đến bây giờ, tôi chấp nhận câu trả lời này bởi vì tôi nghĩ đó là lời giải thích khả dĩ nhất cho việc này xảy ra như thế nào. Cảm ơn.

— Jeff Welling

Tôi vừa gặp vấn đề tương tự trên một máy ảo và có thể xác nhận rằng NTP sửa lỗi trôi thời gian là vấn đề. service ntpd stoptrên CentOS đã khắc phục điều đó (nhưng rõ ràng sẽ tạo ra các vấn đề khác). Xem câu hỏi rất thú vị này để biết thêm.

— Benjamin

4

Tôi thấy khó tin, nhưng cuộc thảo luận này dường như cho thấy đây là hành vi từ các CPU AMD nhất định.

Cá nhân, tôi sẽ không lo lắng về điều đó và cho rằng đó là một lỗ hổng về khái niệm trong ICMP ... Có thể một gói đi qua một con đường khác hoặc một cái gì đó kỳ lạ liên quan đến máy móc / bộ định tuyến với đồng hồ được đặt khác nhau.

— James T Snell
nguồn

2

Từ các cuộc thảo luận được liên kết, tôi sẽ không nghiêng về lỗ hổng khái niệm trong ICMP. Dường như AMD có sự lệch đồng hồ giữa hai lõi gây ra sự giải thích tiêu cực về thời gian.

— Evan

@evan: Nhưng 0,7 giây là một sự khác biệt rất lớn !

— Ốc cơ khí

2

báo cáo bạn nhận được từ ping không liên quan gì đến đồng hồ trên các bộ định tuyến bên ngoài, đó là sự khác biệt về thời gian kể từ khi gói được gửi đến đích và trả lời được gửi lại cho máy chủ. Nó được đồng hồ của chủ nhà.

— MaQleod

@ Ốc cơ khí Bạn nói đúng, nó cực kỳ lớn, nhưng các cuộc thảo luận được liên kết nói rằng độ lệch phát triển theo thời gian. Nếu bộ xử lý đã chạy trong một khoảng thời gian dài .7 giây thì không quá vô lý. Sẽ rất thú vị để xem nếu vấn đề chỉ phát sinh sau khi bộ xử lý đã chạy được một lúc.

— Evan

@Evan: Ý tôi là 0,7 giây chắc chắn sẽ gây ra lỗi nghiêm trọng hơn mức này, vì vậy có lẽ chúng ta đã nghe về nó.

— Ốc cơ khí

1

Thật không may, điều này không giới hạn ở bộ xử lý AMD, nhưng dường như nó ảnh hưởng đến XP khá nhiều. Đến nay và sau một vài năm tìm kiếm câu trả lời, tôi biết một cách khắc phục nhanh, nhưng tôi không thể làm điều đó với các máy chủ sẽ không xuất hiện lại bằng điều khiển từ xa sau khi khởi động.

Để đặt lại TCP / IP (và thời gian), hãy mở cửa sổ quản trị CMD và nhập thông tin sau:

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

Bây giờ, bạn PHẢI khởi động lại. Bộ điều hợp mạng trở lại DHCP, vì vậy hãy cẩn thận từ xa.

Vậy chuyện gì xảy ra ở đây?

Vì một số lý do, TCP / IP có dấu thời gian mà nó sử dụng để tính thời gian và bằng cách nào đó nó bị làm mờ đi. Tôi đã từng nhìn thấy nó mọi lúc tại một địa điểm, nhưng cuối cùng nó đã dừng lại. Thật không may, nó tiếp tục tại kho tôi quản lý. Tối nay, tất cả các điểm dường như bị kẹt ở mức 237ms, nhưng 2 điểm lại xuất hiện với nhiều ping.

pingpathlà một tiện ích rất tiện dụng và tôi sẽ sử dụng nó thường xuyên hơn. Thật không may, nó đã đưa ra kết quả tương tự ...

Điều đáng buồn, điều này cũng xóa miscounts ping trong các trò chơi.

lưu ý- nếu bạn muốn xem tệp nhật ký, thay thế null bằng tên tệp, chẳng hạn như c:\log.txt - Null chỉ có nghĩa là không có tệp (về mặt kỹ thuật)

— Jeff Mathews
nguồn

1

Tôi tin rằng đó là một lỗi trong cách pinglệnh nhân đôi các gói và bị các bộ xử lý AMD làm nặng hơn Intel.

Các chức năng được sử dụng cho thời gian độ phân giải cao trong windows là QueryPerformanceCountervà QueryPerformanceFrequency.

Thật không may, chúng bị hỏng cho các bộ xử lý đa lõi vì các bộ xử lý này không trả về cùng một số.

Cách khắc phục ping là đặt ái lực của luồng trong ping. Tôi nghi ngờ nó làm điều này sẽ giải thích thời gian tiêu cực. Ngoài ra còn có các bản vá từ AMD và MS được cho là sẽ giúp loại bỏ nó.

— Matt H
nguồn