प्रदर्शन
RTT क्या है?
RTT is the time for a packet to travel to a destination and for the response to return, measured in milliseconds. The physical floor is about 1 ms per 100 km each way: light in fibre travels at roughly two-thirds of c and real routes are around 1.35 times the great-circle distance.
RTT क्यों मायने रखता है
भौतिक तल लगभग 1 ms प्रति 100 किमी प्रति रास्ता है: फाइबर में प्रकाश लगभग दो-तिहाई c की गति से यात्रा करता है, और वास्तविक मार्ग महान-वृत्त दूरी का लगभग 1.35 गुना होते हैं। कोई भी प्रदाता उस तल को नहीं हराता, यही कारण है कि किसी भी हार्डवेयर विनिर्देशन से अधिक सर्वर की स्थिति कथित गति तय करती है। एक अच्छा नेटवर्क वह करता है जो तल के करीब पहुँचता है — तीन ट्रांज़िट हॉप के बजाय सीधी पीयरिंग, और अभेदित लिंक जो दूरी के ऊपर कतार विलंब नहीं जोड़ते। ध्यान दें कि ICMP ping और एप्लिकेशन-परत राउंड ट्रिप समान माप नहीं हैं: राउटर नियमित रूप से ICMP को कम प्राथमिकता देते हैं, इसलिए ping आपके उपयोगकर्ताओं द्वारा वास्तव में अनुभव किए गए TCP हैंडशेक की तुलना में बदतर दिख सकता है। प्रत्येक OnionVPS स्थान पृष्ठ अन्य सभी क्षेत्रों के लिए अनुमानित RTT प्रकाशित करता है, जो उपरोक्त सूत्र से परिकलित है ताकि संख्या प्रचारात्मक के बजाय पुनरुत्पादनीय हो।
व्यवहार में RTT
सर्वर चलाते समय, RTT उपयोगकर्ता-अनुभवित विलंबता के लिए ज़मीनी सच्चाई है। मैं इसे कुछ दृष्टिकोणों से देखता हूं, न केवल अपने डेटासेंटर से। यदि मेरे ऐप का RTT किसी क्षेत्र में अधिक है, तो मैं पहले जांचता हूं कि क्या पथ तीन ट्रांज़िट हॉप्स या भीड़भाड़ वाले लिंक ले रहा है; वह कतारबद्ध देरी है जिसे मैं ठीक कर सकता हूं। यदि यह दूरी है, तो मैं इंस्टेंस को स्थानांतरित करता हूं। इसे गलत समझने का मतलब है एक धीमा-महसूस करने वाली सेवा जो कोई हार्डवेयर स्पेक ठीक नहीं करता, क्योंकि भौतिक कानून न्यूनतम सीमा निर्धारित करता है। अच्छी खबर: ICMP पिंग से RTT भ्रामक हो सकता है, क्योंकि राउटर उस ट्रैफ़िक को कम प्राथमिकता देते हैं; असली TCP हैंडशेक से मापें।
लोग RTT के बारे में क्या गलत समझते हैं
सामान्य गलती ICMP पिंग को निश्चित RTT संख्या के रूप में मानना है। कई लोग मानते हैं कि पिंग उन्हें बताता है कि उपयोगकर्ता क्या अनुभव करते हैं, लेकिन राउटर ICMP को कम प्राथमिकता देते हैं, इसलिए पिंग वास्तविक TCP हैंडशेक से भी बदतर दिख सकता है। सुधार: वास्तविक उपयोगकर्ता-सामना करने वाली विलंबता के लिए एप्लिकेशन-लेयर माप का उपयोग करें।
RTT — सामान्य प्रश्न
RTT पिंग से कैसे संबंधित है?
RTT और पिंग अक्सर एक दूसरे के स्थान पर उपयोग किए जाते हैं, लेकिन पिंग विशेष रूप से ICMP इको अनुरोधों को संदर्भित करता है। RTT व्यापक अवधारणा है जो किसी भी राउंड-ट्रिप को कवर करती है, जिसमें TCP हैंडशेक शामिल हैं। पिंग अविश्वसनीय हो सकता है क्योंकि राउटर ICMP को कम प्राथमिकता देते हैं, इसलिए यह RTT को बढ़ा-चढ़ाकर दिखा सकता है जो उपयोगकर्ता वास्तव में अनुभव करते हैं।
न्यूनतम संभव RTT क्या है?
भौतिक न्यूनतम सीमा प्रत्येक 100 किमी के लिए लगभग 1 मिलीसेकंड प्रति दिशा है, वास्तविक मार्ग महान-वृत्त दूरी के लगभग 1.35 गुना हैं। कोई भी प्रदाता इसे नहीं हरा सकता क्योंकि फाइबर में प्रकाश c के दो-तिहाई से यात्रा करता है। स्थान किसी भी हार्डवेयर से अधिक मायने रखता है।
प्रदर्शन से अधिक
- CPU steal time
- स्टील समय वह अनुपात है जब आभासी CPU चलने के लिए तैयार था लेकिन हाइपरवाइज़र ने भौतिक कोर को दूसरे गेस्ट को दे दिया।
- जिटर
- जिटर समय के साथ पैकेट देरी में भिन्नता है, औसत देरी से अलग।
- TTFB
- TTFB अनुरोध भेजे जाने से प्रतिक्रिया के पहले बाइट आने तक का समय मापता है।