नकारात्मक पिंग समय?


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
क्या आपके पास एएमडी प्रोसेसर है?
MaQleod

9
स्पेस-टाइम कॉन्टिनम में बस एक अस्थायी दरार। किसी बारे में चिन्ता की जरूरत नहीं। अब मैंने अपने डैलोरियन की चाबी कहाँ रखी?
बाजीगर

मुझे विशेष रूप से याद नहीं है कि मैं किस मशीन पर परीक्षण चलाता था, लेकिन केवल 3 जो मैं इसे चला सकता था वे सभी इंटेल (एक इंटेल डेस्कटॉप, एक मैकबुक प्रो, एक मैक मिनी) हैं।
जेफ वेलिंग

12
नेगेटिव पिंग लैग मैट्रिक्स में एक गड़बड़ है। ऐसा तब होता है जब वे कुछ बदलते हैं।
जेम्स टी स्नेल

जवाबों:


15

क्या एनटी या विंडोज टाइम सर्विस ने पिंग के दौरान सिस्टम क्लॉक को सिंक किया है?


बहुत बढ़िया सवाल, यह हो सकता है। दुर्भाग्य से मुझे ठीक से याद नहीं है कि मैंने किस समय पिंग किया था इसलिए मैं एक एनटीपी सिंक के लिए लॉग की जांच नहीं कर सकता हूं जो लाइनों के ऊपर है।
जेफ वेलिंग

यह महान समस्या निवारण बिंदु के लिए अजीब, लेकिन +1 होगा।
mbb

अब तक कोई बेहतर उत्तर प्रदान नहीं किया गया है, और अब तक हुए समय से अधिक प्रशंसनीय समाधान के साथ आने में सक्षम नहीं होने के कारण, मैं इस उत्तर को स्वीकार कर रहा हूं क्योंकि मुझे लगता है कि यह कैसे हुआ, इसके लिए सबसे अधिक संभावित स्पष्टीकरण है। धन्यवाद।
जेफ वेलिंग

मुझे बस एक वर्चुअल मशीन पर एक ही समस्या का सामना करना पड़ा, और यह पुष्टि कर सकता है कि एनटीपी समय के बहाव को सही करता है। service ntpd stopCentOS पर तय है कि (लेकिन अन्य समस्याएं पैदा करेगा, जाहिर है)। अधिक जानकारी के लिए यह बहुत ही रोचक प्रश्न देखें ।
बेंजामिन

4

मुझे विश्वास करना कठिन लगता है, लेकिन यह चर्चा इंगित करती है कि यह कुछ AMD CPUs के व्यवहार है।

व्यक्तिगत रूप से, मैं इसके बारे में चिंता नहीं करूंगा और मान सकता हूं कि यह ICMP में एक वैचारिक दोष है ... हो सकता है कि एक पैकेट जो अलग रास्ते से गुजरे या कुछ अजीब तरह की मशीनें / राउटर अपनी घड़ियों के साथ अलग तरीके से सेट करें।


2
लिंक की गई चर्चा से, मैं ICMP में वैचारिक दोष की ओर नहीं झुकूंगा। ऐसा प्रतीत होता है कि एएमडी में दो कोर के बीच क्लॉक तिरछा होता है जो उस समय की नकारात्मक व्याख्या का कारण बनता है।
इवान

@ इवान: लेकिन 0.7 सेकंड एक बड़ी विसंगति है!
मैकेनिकल घोंघा

2
पिंग से आपको जो रिपोर्ट मिलती है, उसका बाहरी राउटर्स पर घड़ियों से कोई लेना-देना नहीं होता है, यह उस समय का अंतर है जब पैकेट को गंतव्य पर भेजा जाता है और उत्तर होस्ट को वापस मिल जाता है। यह मेजबान द्वारा देखा जाता है।
मैकलॉड

@ मेकैनिकल घोंघा आप सही कह रहे हैं, यह बहुत बड़ी है, लेकिन इससे जुड़ी चर्चा कहती है कि समय के साथ तिरछा बढ़ता जाता है। यदि प्रोसेसर समय की विस्तारित अवधि के लिए चल रहा है। 7 सेकंड भी बेतुका नहीं है। यह देखना दिलचस्प होगा कि प्रोसेसर के थोड़ी देर चलने के बाद ही समस्या उत्पन्न होती है या नहीं।
इवान

@ इवान: मेरा मतलब है कि 0.7 सेकंड इस से अधिक गंभीर कीड़े पैदा करने के लिए बाध्य है, इसलिए हम शायद पहले ही इसके बारे में सुन चुके होंगे।
मैकेनिकल घोंघा

1

दुर्भाग्य से, यह एएमडी प्रोसेसर तक सीमित नहीं है, लेकिन यह एक्सपी को काफी प्रभावित करता है। तिथि करने के लिए, और जवाब के लिए खोज करने के कुछ वर्षों के बाद, मैं एक त्वरित सुधार जानता हूं, लेकिन मैं उन सर्वरों के लिए नहीं कर सकता जो बूटिंग के बाद रिमोट द्वारा फिर से प्रकट नहीं होंगे।

TCP / IP (और समय) रीसेट करने के लिए, एक व्यवस्थापक CMD विंडो खोलें और निम्नलिखित दर्ज करें:

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

अब, आपको जरूरी रीबूट करना होगा। नेटवर्क एडॉप्टर डीएचसीपी को प्रभावित करता है, इसलिए रिमोट से सावधान रहें।

तो यहाँ क्या होता है?

किसी कारण से, टीसीपी / आईपी में समय की गणना करने के लिए उपयोग की जाने वाली एक समय की मुहर होती है, और यह किसी भी तरह ठग जाता है। मैं इसे हर समय एक स्थान पर देखता था, लेकिन आखिरकार इसे रोक दिया गया। दुर्भाग्य से, यह मेरे द्वारा प्रबंधित गोदाम पर जारी है। आज रात, सभी बिंदु 237ms पर अटक जाते हैं, लेकिन 2 कई पिंग के साथ वापस आ गए।

pingpathएक बहुत ही उपयोगी उपयोगिता है, और मैं इसे अधिक बार उपयोग करूंगा। दुर्भाग्य से, यह एक ही परिणाम के साथ आया ...

दुःख की बात यह है कि इससे खेलों में भी पिंग की कमी हो जाती है।

नोट- यदि आप लॉग फ़ाइल देखना चाहते हैं, तो नल को फ़ाइल नाम के साथ बदलें, जैसे कि c:\log.txt - नल का अर्थ केवल फ़ाइल नहीं है (तकनीकी)


1

मेरा मानना ​​है कि यह बग pingके पैकेट के समय के तरीके में एक बग है और इंटेल की तुलना में एएमडी प्रोसेसर द्वारा बढ़ाया जाता है।

विंडोज़ में उच्च रिज़ॉल्यूशन टाइमिंग के लिए उपयोग किए जाने वाले कार्य हैं QueryPerformanceCounterऔर QueryPerformanceFrequency

दुर्भाग्य से, वे मल्टी-कोर प्रोसेसर के लिए टूट गए हैं क्योंकि ये प्रोसेसर समान संख्याओं को वापस नहीं करते हैं।

पिंग करने के लिए फिक्स में धागा संबंध स्थापित करना है ping। मुझे संदेह है कि यह ऐसा कर रहा है जो नकारात्मक समय की व्याख्या करेगा। एएमडी और एमएस से पैच भी हैं जो इसे छांटने में मदद करने वाले हैं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.