प्रदर्शन
Jitter क्या है?
Jitter is variation in packet delay over time, as distinct from the average delay itself. For voice, gaming and trading, jitter often matters more than latency: a consistent 60 ms is far more usable than an average of 40 ms that regularly spikes to 200 ms, because buffers are sized for the worst case rather than the mean.
Jitter क्यों मायने रखता है
आवाज़, गेमिंग और ट्रेडिंग के लिए, जिटर अक्सर लेटेंसी से अधिक मायने रखता है: एक स्थिर 60 ms का उपयोग 40 ms के औसत की तुलना में कहीं अधिक प्रयोग योग्य है जो नियमित रूप से 200 ms तक बढ़ता है, क्योंकि बफ़र सबसे खराब मामले के लिए आकार दिए जाते हैं, मध्य के लिए नहीं। जिटर आमतौर पर भीड़भाड़ वाले लिंक पर कतार, रूट फ़्लेपिंग, या — सर्वर पक्ष पर — CPU स्टील समय से होता है जो उस प्रक्रिया को विलंबित करता है जिसे उत्तर देना चाहिए था। वह अंतिम कारण नेटवर्क ट्रेस में अदृश्य है, और यही कारण है कि लेटेंसी-संवेदनशील कार्यभार के लिए समर्पित vCPU मायने रखता है। इसे mtr या लंबे iperf3 रन के साथ मापें, मुट्ठी भर pings के साथ नहीं; पाँच-पैकेट नमूना विचरण के बारे में लगभग कुछ नहीं बताता।
व्यवहार में Jitter
जब आप लेटेंसी-संवेदनशील सेवा चलाते हैं, तो जिटर वह है जिसे आप mtr या लंबे iperf3 रन से मापते हैं, न कि मुट्ठी भर पिंग से। देरी कॉलम में विचरण देखें, केवल औसत नहीं। यदि स्पाइक्स दिखें, तो होस्ट पर CPU स्टील टाइम जांचें—यह नेटवर्क ट्रेस में अदृश्य होता है। समर्पित vCPU होने से जिटर कम करें, साझा संसाधनों से नहीं। गलत किया तो आपके बफर सबसे खराब स्थिति के लिए आकार दिए जाएंगे, जिसका मतलब है कि पीक के दौरान आपकी आवाज़, गेमिंग, या ट्रेडिंग ट्रैफ़िक अनुपयोगी हो जाता है।
लोग Jitter के बारे में क्या गलत समझते हैं
लोग मान लेते हैं कि कम औसत लेटेंसी अच्छे प्रदर्शन का संकेत है। सामान्य गलती विचरण को अनदेखा करना है, यह सोचना कि 200 ms तक स्पाइक्स के साथ 40 ms औसत ठीक है। सही बात: जिटर अक्सर लेटेंसी से अधिक मायने रखता है—बफर सबसे खराब स्थिति के लिए आकार दिए जाते हैं, इसलिए नियमित स्पाइक्स वाले 40 ms औसत की तुलना में स्थिर 60 ms बेहतर प्रदर्शन करता है। हमेशा समय के साथ मापें।
Jitter — सामान्य प्रश्न
जिटर मापने के लिए मैं कौन सा टूल उपयोग कर सकता हूँ?
त्वरित दृश्य के लिए mtr या विचरण विश्लेषण के लिए लंबे iperf3 रन का उपयोग करें। पांच पैकेट की पिंग नमूना जिटर के बारे में लगभग कुछ नहीं बताती—यह केवल औसत लेटेंसी दिखाती है। लंबी अवधि में परीक्षण चलाने से विलंब विचरण में स्पाइक्स का पता चलता है जो वास्तविक ट्रैफ़िक के लिए मायने रखते हैं।
CPU स्टील टाइम जिटर को कैसे प्रभावित करता है?
CPU स्टील टाइम उस प्रक्रिया में देरी करता है जिसे पैकेट का जवाब देना चाहिए, जिससे अप्रत्याशित लेटेंसी स्पाइक्स जुड़ते हैं। यह कारण नेटवर्क ट्रेस में अदृश्य है, इसलिए अक्सर छूट जाता है। यही कारण है कि लेटेंसी-संवेदनशील कार्यभार के लिए समर्पित vCPU मायने रखता है—साझा होस्ट पर, स्टील टाइम जिटर पैदा करता है जिसे आप नेटवर्क की तरफ से ठीक नहीं कर सकते।
प्रदर्शन से अधिक
- CPU steal time
- स्टील समय वह अनुपात है जब आभासी CPU चलने के लिए तैयार था लेकिन हाइपरवाइज़र ने भौतिक कोर को दूसरे गेस्ट को दे दिया।
- RTT
- RTT किसी पैकेट को गंतव्य तक जाने और प्रतिक्रिया के लौटने में लगने वाला समय है, जिसे मिलीसेकंड में मापा जाता है।
- TTFB
- TTFB अनुरोध भेजे जाने से प्रतिक्रिया के पहले बाइट आने तक का समय मापता है।