यह कैसे काम करता है

"रिस्पॉन्स टाइम" का असली मतलब

यह ICMP ping नहीं है। हम एक असली HTTPS रिक्वेस्ट भेजते हैं - वही जो तुम्हारा ब्राउज़र वेब पेज लोड करने के लिए भेजता है।

कुल समय में ये सभी स्टेप शामिल हैं। इसीलिए नंबर पारंपरिक ping कमांड से ज़्यादा होते हैं।

वार्म-अप बनाम स्टेडी स्टेट

किसी भी एंडपॉइंट को पहली रिक्वेस्ट में DNS रिज़ॉल्यूशन, TCP कनेक्शन और TLS हैंडशेक शामिल होते हैं। यह "Setup" टाइम है। इसके तुरंत बाद, स्थापित कनेक्शन पर दूसरी रिक्वेस्ट जाती है। यह वास्तविक रिस्पॉन्स टाइम है।

दोनों वैल्यू हमेशा दिखाई जाती हैं ताकि तुम पूरी तस्वीर देख सको।

CORS बनाम No-CORS

हम पहले पूरा HTTP रिस्पॉन्स पढ़ने की कोशिश करते हैं (CORS मोड)। जब यह काम करता है, तो तुम्हें वास्तविक स्टेटस कोड (HTTP 200, HTTP 503, आदि) दिखता है।

कुछ सर्वर क्रॉस-ओरिजिन रिक्वेस्ट की अनुमति नहीं देते। उस स्थिति में, हम no-cors मोड पर फॉलबैक करते हैं, जो टाइमिंग तो मापता है लेकिन स्टेटस कोड नहीं पढ़ सकता।

सर्वर Probes क्या जोड़ती हैं

सर्वर probes हमारे इंफ्रास्ट्रक्चर से कई भौगोलिक रीजन (US East, EU Central, Tokyo) से चलती हैं। वे हर 15 मिनट में क्यूरेटेड एंडपॉइंट्स चेक करती हैं।

सर्वर probes तुम्हें दिखाती हैं कि बाकी दुनिया क्या देख रही है। अगर तुम्हारी लेटेंसी ज़्यादा है लेकिन सर्वर probe ठीक है, तो समस्या तुम्हारे और एंडपॉइंट के बीच है।

कम्युनिटी डेटा

जब यूज़र्स अपने रिज़ल्ट शेयर करने के लिए ऑप्ट इन करते हैं, तो डेटा अनाम और एकत्रित होता है ताकि रियल-वर्ल्ड लेटेंसी डिस्ट्रीब्यूशन दिख सके।

कम्युनिटी डेटा दिखने के लिए कम से कम 5 स्वतंत्र रिपोर्ट ज़रूरी हैं। सांख्यिकीय रूप से असामान्य वैल्यू ऑटोमैटिक रिजेक्ट हो जाती हैं।

देखो प्राइवेसी पेज पूरी जानकारी के लिए कि क्या एकत्रित होता है और क्या नहीं।

नंबर कैसे पढ़ें

"तेज़" क्या है यह संदर्भ और दूरी पर निर्भर करता है। यहाँ एक मोटा गाइड है:

याद रखो: ये HTTPS रिक्वेस्ट राउंड-ट्रिप हैं, ICMP pings नहीं। ये आमतौर पर ping कमांड से 2-5 गुना ज़्यादा होते हैं, क्योंकि इनमें TLS ओवरहेड और वास्तविक एप्लिकेशन-लेयर प्रोसेसिंग शामिल है।