मार्गदर्शन

लेटेंसी क्या है?

नेटवर्क लेटेंसी संचार में होने वाला विलंब है। पिंग किसी निश्चित लक्ष्य तक जाने और वापस आने का समय, एक निश्चित मापन विधि से बताता है।

नेटवर्क लेटेंसी संचार में होने वाला विलंब है। पिंग आम तौर पर आने-जाने का समय (RTT) दिखाता है: अनुरोध भेजने से लक्ष्य का उत्तर मिलने तक का समय। इसकी इकाई मिलीसेकंड (ms) है; 1 ms, 0.001 सेकंड है। एक दिशा का विलंब अलग माप है। RTT को सीधे आधा न करें, क्योंकि दोनों दिशाओं के मार्ग और कतारें अलग हो सकते हैं।

लेटेंसी और डेटा स्थानांतरण की गति

Mbps प्रति सेकंड स्थानांतरित डेटा की मात्रा बताता है। ms मापे गए नेटवर्क आदान-प्रदान का समय बताता है। अधिक Mbps तेज़ प्रतिक्रिया की गारंटी नहीं देता। गेम और कॉल में विलंब के उतार-चढ़ाव, पैकेट हानि और ऐप का काम करना भी मायने रखता है। 30, 60 या 100 ms की सीमा हर सेवा की गुणवत्ता सुनिश्चित नहीं करती।

माप को प्रभावित करने वाली स्थितियाँ

मार्ग और लक्ष्य: दूरी, रूटिंग और लक्ष्य के उत्तर देने का समय परिणाम में योगदान देते हैं। हर राउटर के लिए कोई निश्चित अतिरिक्त विलंब नहीं है।
Wi-Fi: रेडियो हस्तक्षेप, साझा चैनल और दोबारा डेटा भेजना विलंब बढ़ा सकते हैं। ईथरनेट से अंतर को मान लेने के बजाय मापें।
ट्रैफिक: कनेक्शन पर लोड होने से पैकेट कतार में प्रतीक्षा कर सकते हैं। अपने अपलोड और डाउनलोड वाली स्थितियों की तुलना करें।
डिवाइस और ऐप: स्थानीय प्रोसेसिंग या सेवा का उत्तर किसी कार्रवाई में देरी कर सकता है; यह अपने आप नेटवर्क खराब होने का प्रमाण नहीं है। राउटर की उम्र भी निदान नहीं है।

VMAXCHECK क्या दिखाता है?

डेटा उपलब्ध होने पर VMAXCHECK, NDT सर्वर के TCP माप से RTT का अनुमान दिखाता है। यह टेस्ट सर्वर के मार्ग का माप है, ज़रूरी नहीं कि गेम सर्वर या कॉल के दूसरे व्यक्ति का मार्ग भी वही हो। यह अलग ICMP टेस्ट या बिना ट्रैफिक वाली लेटेंसी, लोड वाली लेटेंसी अथवा जिटर का स्वतंत्र माप नहीं है। NDT डेटा स्थानांतरित करके लोड पैदा करता है; इसे महत्वपूर्ण कॉल से अलग चलाएँ और सर्वर लिख लें।

एक बार में एक स्थिति बदलें

रीस्टार्ट से पहले समय, डिवाइस, ऐप, लक्ष्य, कनेक्शन का प्रकार और साथ चल रहा ट्रैफिक लिखें। उपलब्ध ऐप आँकड़े और राउटर की घटनाएँ सहेजें।
पास-पास के समय में उसी डिवाइस, लक्ष्य और विधि से Wi-Fi तथा ईथरनेट की तुलना करें। राउटर से अलग-अलग दूरी वाली दो जगहों को भी तुलना में ले सकते हैं। सुधार एक संकेत है, सटीक खराबी का प्रमाण नहीं।
महत्वपूर्ण कॉल से अलग, ऐसी विधि चुनें जो बिना ट्रैफिक और लोड वाली लेटेंसी को स्पष्ट रूप से अलग मापती हो। अपने अनुमत डेटा स्थानांतरण से पहले, उसके दौरान और बाद में उसी लक्ष्य और विधि से तुलना करें। दिशा और स्थानांतरण की गति लिखें।
दूसरे समय, डिवाइस या अनुमत लक्ष्य से दोहराएँ, लेकिन हर बार केवल एक स्थिति बदलें। फिर वास्तविक ऐप जाँचें। रीस्टार्ट का कारण हो तो पहले डेटा सहेजें और अपने मॉडल के निर्देश अपनाएँ।

Windows में छोटा पिंग परीक्षण

वैकल्पिक रूप से Windows टर्मिनल में ping /n 4 HOST चला सकते हैं। HOST की जगह उस लक्ष्य का नाम या पता लिखें जिसे जाँचना अनुमत है। चार अनुरोध केवल छोटा नमूना हैं। ICMP, गेम के ट्रैफिक जैसा नहीं है। उत्तर न मिलना फ़िल्टरिंग या समय सीमा समाप्त होने से भी हो सकता है; इससे ऐप की खराबी सिद्ध नहीं होती। सुरक्षा चालू रखें और सहायता के लिए आवश्यक डेटा निजी माध्यम से भेजें।

आम सवाल

गेम के लिए कौन-सा पिंग ठीक है? गेम की आवश्यकताएँ और वास्तव में इस्तेमाल किए जा रहे सर्वर के आँकड़े देखें। उतार-चढ़ाव और पैकेट हानि को गेम के अनुभव के साथ जाँचें। एक मान पूरे सत्र की गारंटी नहीं देता।
शाम को लेटेंसी क्यों बढ़ती है? मिलती-जुलती स्थितियों में अलग-अलग समय की तुलना करें और अपना ट्रैफिक लिखें। सिर्फ समय के आधार पर प्रदाता के नेटवर्क में भीड़ का निष्कर्ष नहीं निकाल सकते।
तेज़ इंटरनेट प्लान मदद करेगा? यदि आपका ट्रैफिक कनेक्शन को पूरा भर देता है, तो अधिक क्षमता कतार की प्रतीक्षा घटा सकती है। वह मार्ग अपने आप छोटा नहीं करती और ऐप के उत्तर की गारंटी नहीं देती। पहले लोड और विलंब का संबंध जाँचें।