जिटर

जिटर यह वर्णन करता है कि कैसे लेटेंसी पैकेट से पैकेट में भिन्न होती है। यदि हर पैकेट को ठीक 30 मिलीसेकंड लगते हैं, तो जिटर शून्य होगा; यदि देरी 20 मिलीसेकंड और 90 मिलीसेकंड के बीच झूलती है, तो जिटर उच्च है। यह भीड़, बदलते नेटवर्क पथ और राउटर के अंदर कतारबद्धता के कारण होता है। स्थिर बल्क ट्रांसफर के लिए जिटर का बहुत महत्व नहीं होता, लेकिन वास्तविक समय के स्ट्रीम - आवाज, वीडियो, गेमिंग - के लिए, यह अक्सर थोड़ी अधिक लेकिन स्थिर देरी से अधिक विघटनकारी होता है, क्योंकि बफर अप्रत्याशित आगमन को समतल नहीं कर सकते।

एक हॉप जोड़ना जैसे कि एक प्रॉक्सी या वीपीएन आपके जिटर को बेहतर या बदतर बना सकता है: एक भीड़भाड़ वाला मध्यवर्ती मार्ग इसे बढ़ाता है, जबकि एक अच्छी तरह से प्रावधानित मार्ग आपके डिफ़ॉल्ट मार्ग की तुलना में अधिक स्थिर हो सकता है। वास्तविक समय के अनुप्रयोग जिटर से लड़ने के लिए एक जिटर बफर का उपयोग करते हैं जो पैकेट को थोड़ी देर के लिए रोकता है ताकि उन्हें समान गति पर चलाया जा सके, चिकनाई के लिए थोड़ी लेटेंसी का व्यापार करते हुए। यदि एक वास्तविक समय का कार्य एक कनेक्शन के माध्यम से चoppy महसूस करता है, तो एक बार नहीं बल्कि बार-बार राउंड ट्रिप का नमूना लें - एक अच्छा औसत अभी भी हानिकारक भिन्नता को छिपा सकता है जिसे केवल मापों की एक श्रृंखला प्रकट करती है।

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