मार्गदर्शन
लेटेन्सी के हो?
नेटवर्क लेटेन्सी भनेको सञ्चारमा हुने ढिलाइ हो। पिङले निश्चित विधिबाट निश्चित लक्ष्यसम्म पुगेर फर्कने समय मापन गर्छ।
नेटवर्क लेटेन्सीले सञ्चारमा हुने ढिलाइ जनाउँछ। पिङले सामान्यतया अनुरोध पठाएदेखि लक्ष्यको उत्तर प्राप्त नभएसम्मको आउने-जाने समय (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 खेलको ट्राफिकजस्तै होइन। उत्तर नआउनु फिल्टरिङ वा प्रतीक्षाको समय सकिनुको परिणाम हुन सक्छ; यसले एप बिग्रिएको प्रमाण दिँदैन। सुरक्षा कायम राख्नुहोस् र सहयोगका लागि आवश्यक डेटा निजी माध्यमबाट पठाउनुहोस्।
सामान्य प्रश्न
- खेलका लागि कुन पिङ उपयुक्त हुन्छ? खेलको आवश्यकता र वास्तवमै प्रयोग गरिएको सर्भरका मान हेर्नुहोस्। उतारचढाव र प्याकेट हराउने अवस्थालाई खेलको अनुभवसँगै मूल्याङ्कन गर्नुहोस्। एउटा मानले पूरै सत्र सुनिश्चित गर्दैन।
- साँझ लेटेन्सी किन बढ्छ? मिल्दाजुल्दा अवस्थामा फरक समय तुलना गरेर आफ्नै ट्राफिक टिप्नुहोस्। समयको ढाँचा मात्रले प्रदायकको नेटवर्कमा अत्यधिक भार प्रमाणित गर्दैन।
- छिटो इन्टरनेट योजनाले मद्दत गर्छ? आफ्नै ट्राफिकले जडान भरिरहेको छ भने बढी क्षमताले लाइनमा कुर्ने समय घटाउन सक्छ। यसले मार्ग आफैँ छोटो बनाउँदैन वा एपको उत्तर सुनिश्चित गर्दैन। पहिले भार र ढिलाइको सम्बन्ध जाँच्नुहोस्।