इंटरनेट स्पीड टेस्ट

इंटरनेट स्पीड टेस्ट असल में क्या मापता है?

स्पीड टेस्ट मापता है कि आपके डिवाइस और एक टेस्ट सर्वर के बीच डेटा हर दिशा में कितनी तेज़ी से चलता है, और छोटे पैकेट को आने-जाने में कितना समय लगता है — लाइन खाली होने पर और व्यस्त होने पर। नतीजा उस समय उसी पाथ के बारे में है: एक TCP स्ट्रीम राउंड-ट्रिप टाइम और अपनी विंडो से सीमित होती है (RFC 6349), और लोड में लेटेंसी का बड़ा उछाल, जिसे बफ़रब्लोट कहते हैं (RFC 7567), कॉल और गेम को अक्सर कम अधिकतम स्पीड से ज़्यादा नुकसान पहुँचाता है (RFC 9318)।

इंटरनेट स्पीड टेस्ट कैसे इस्तेमाल करें

1. इस लाइन पर दूसरे डाउनलोड, वीडियो और क्लाउड बैकअप रोक दें; सबसे साफ़ नतीजे के लिए नेटवर्क केबल लगाएँ या राउटर के पास बैठें।
2. Standard चुनें, या डेटा सीमित हो तो Light, फिर «टेस्ट शुरू करें» दबाएँ।
3. लगभग आधा मिनट रुकें — टेस्ट पहले खाली लाइन की लेटेंसी, फिर डाउनलोड और फिर अपलोड स्पीड मापता है; स्टेटस लाइन ताज़ा आँकड़ा दिखाती है।
4. नतीजे के कार्ड, फिर कनेक्शन विवरण और अनुरोधों की तालिका पढ़ें; «नतीजे कॉपी करें» से आँकड़े एज कोड के साथ सँभाल लें।

इंटरनेट स्पीड टेस्ट की खूबियाँ

• रैंडम, कम्प्रेस न होने वाले डेटा से डाउनलोड और अपलोड थ्रूपुट — कोई कम्प्रेशन या कैश नतीजे को बढ़ा-चढ़ाकर नहीं दिखा सकता
• 100 KB से 25 MB तक अनुरोधों की सीढ़ी, जो किसी अनुरोध के 1.5 सेकंड चलने पर बढ़ना रोक देती है — धीमी लाइन डूबती नहीं और तेज़ लाइन पूरी भरती है
• खाली लाइन की लेटेंसी 20 पिंग का मीडियन है और जिटर लगातार दो पिंग के बीच का औसत बदलाव; हर सैंपल से सर्वर का अपना प्रोसेसिंग समय घटाया जाता है
• लोड में लेटेंसी: डाउनलोड और अपलोड के दौरान भी पिंग चलते रहते हैं, और खाली लाइन से बढ़त को बफ़रब्लोट के लिए A+ से F तक ग्रेड दिया जाता है
• जवाब देने वाले Cloudflare एज का लोकेशन कोड, आपका पब्लिक एड्रेस और नेटवर्क, और हर अनुरोध का साइज़, समय, सर्वर समय और रेट
• सीमित डेटा वाले कनेक्शन के लिए Light सेटिंग, और «रोकें» बटन जो अब तक का माप बचाकर रखता है

इनपुट और आउटपुट

इनपुट

• डेटा उपयोग: Standard (तेज़ लाइन पर अधिकतम लगभग 108 MB डाउनलोड और 97 MB अपलोड) या Light (अधिकतम लगभग 32 MB डाउनलोड और 22 MB अपलोड)।
• «टेस्ट शुरू करें» और «रोकें»: «टेस्ट शुरू करें» दबाने से पहले कुछ नहीं भेजा जाता; «रोकें» टेस्ट ख़त्म करता है और लिए जा चुके सैंपल रखता है।

आउटपुट

• नतीजे के कार्ड: डाउनलोड और अपलोड रेट (90वाँ पर्सेंटाइल; अगर «रोकें», सीमा या विफल अनुरोधों ने उस दिशा को बीच में रोक दिया हो तो उसे अधूरा बताया जाता है, और असली स्पीड इससे ज़्यादा हो सकती है), खाली लाइन की लेटेंसी, जिटर, लोड में लेटेंसी और बफ़रब्लोट ग्रेड।
• कनेक्शन विवरण: मापा गया Cloudflare एज, आपका पब्लिक एड्रेस और नेटवर्क, HTTP प्रोटोकॉल, जवाब मिले पिंग, हर दिशा की लोड में लेटेंसी, ट्रांसफ़र हुआ डेटा और अनुरोधों की संख्या।
• नतीजे का सीधा अर्थ, और हर अनुरोध की दिशा, साइज़, समय, सर्वर समय और रेट वाली तालिका।

इंटरनेट स्पीड टेस्ट का उदाहरण

डेटा उपयोग: Standard · टेस्ट शुरू करें

डाउनलोड: 94.6 Mbps · अपलोड: 38.2 Mbps · लेटेंसी (खाली लाइन पर): 9.8 ms · जिटर: 1.4 ms · लोड में लेटेंसी: 61.3 ms · बफ़रब्लोट ग्रेड: B (+51.5 ms)
मापा गया Cloudflare एज: RUH · नेटवर्क: Example Telecom (AS64500) · जवाब मिले पिंग (खाली लाइन पर): 20 / 20 · डाउनलोड किया डेटा: 108.1 MB · अपलोड किया डेटा: 32.1 MB
अर्थ: लोड में लेटेंसी साफ़ तौर पर बढ़ती है — कुछ डाउनलोड होते समय कॉल अटक सकती हैं; SQM (fq_codel/cake) वाला राउटर इसे ठीक करता है।

इंटरनेट स्पीड टेस्ट के नतीजे कैसे पढ़ें

डाउनलोड और अपलोड रेट की तुलना उससे करें जो आपको इस लाइन पर एक साथ चाहिए (कई वीडियो स्ट्रीम, एक कॉल, एक बैकअप), न कि प्लान पर छपी अधिकतम स्पीड से। ADSL, केबल और ज़्यादातर मोबाइल लाइनों पर अपलोड का डाउनलोड से काफ़ी कम होना सामान्य है।

नज़दीकी एज तक खाली लाइन की लेटेंसी फ़िक्स्ड लाइनों पर आमतौर पर कुछ मिलीसेकंड से कुछ दसियों मिलीसेकंड तक होती है, और मोबाइल नेटवर्क पर ज़्यादा। सैकड़ों मिलीसेकंड सैटेलाइट लिंक, दूर के VPN एग्ज़िट या भीड़ वाले पाथ की ओर इशारा करते हैं।

कुछ मिलीसेकंड का जिटर महसूस नहीं होता; दसियों मिलीसेकंड का जिटर कॉल और गेम को असमान बना देता है, क्योंकि पैकेट अनियमित अंतराल पर पहुँचते हैं।

बफ़रब्लोट ग्रेड लाइन व्यस्त होने पर लेटेंसी की बढ़त है: A+ और A का मतलब बड़े डाउनलोड के दौरान भी कॉल चलती रहती है; B और C पर कॉल अटकती है; D और F पर लाइन व्यस्त होते ही कनेक्शन लगभग जवाब देना बंद कर देता है। राउटर पर SQM (fq_codel या cake) चालू करना आम इलाज है।

ग़ायब आँकड़ा (डैश के रूप में) मापा नहीं गया — जैसे उस दिशा के सभी अनुरोध विफल हुए या सीमा से टकराए; वह कभी शून्य नहीं होता।

इंटरनेट स्पीड टेस्ट कब इस्तेमाल करें

• यह पता करना कि वीडियो कॉल का अटकना लाइन की वजह से है या Wi-Fi की — एक बार Wi-Fi पर और एक बार केबल पर टेस्ट करके।
• घर या ऑफ़िस के राउटर पर SQM या QoS चालू करने से पहले और बाद में बफ़रब्लोट मापना।
• एक ही डेस्क पर फ़िक्स्ड लाइन और मोबाइल हॉटस्पॉट की तुलना करना, ताकि तय करें किस पर काम करें।
• धीमे कनेक्शन की शिकायत करते समय सपोर्ट टीम को समय, एज कोड और नेटवर्क नाम के साथ दोहराए जा सकने वाले आँकड़े देना।

समस्या निवारण

• सीमा का संदेश: एक एड्रेस प्रति मिनट 12 डाउनलोड अनुरोध, 8 अपलोड अनुरोध और 60 पिंग कर सकता है। पूरा टेस्ट इसका ज़्यादातर हिस्सा लेता है; अगले टेस्ट से पहले एक मिनट रुकें।
• उम्मीद से बहुत कम: केबल से दोबारा टेस्ट करें, दूसरे डिवाइस और क्लाउड सिंक रोकें, VPN या प्रॉक्सी बंद करें और दूसरा ब्राउज़र आज़माएँ। अगर सिर्फ़ Wi-Fi धीमा है, तो राउटर की जगह, बैंड (2.4 या 5 GHz) या इंटरफ़ेरेंस कारण है।
• अपलोड विफल होता है या जल्दी रुकता है: कुछ कॉर्पोरेट प्रॉक्सी, सुरक्षा सॉफ़्टवेयर और पब्लिक Wi-Fi के लॉगिन पोर्टल बड़े अपलोड रोकते या जाँचते हैं। दूसरा नेटवर्क या Light सेटिंग आज़माएँ।
• बफ़रब्लोट ग्रेड नहीं मिला: नतीजे के नीचे पहली पंक्ति बताती है कि कौन-से पिंग नहीं मिले। अगर खाली लाइन के पिंग सीमा के कारण अस्वीकार हुए, तो एक मिनट रुककर दोबारा टेस्ट करें। अगर ट्रांसफ़र के दौरान के पिंग का जवाब नहीं आया, तो टेस्ट दोहराएँ; बार-बार ऐसा हो तो लाइन व्यस्त होने पर छोटे पैकेट गिरा रही है — जो अपने-आप में भीड़ का संकेत है।

इंटरनेट स्पीड टेस्ट के बारे में अक्सर पूछे जाने वाले सवाल

तकनीकी नोट्स

GET /api/v1/internet/speed/down?bytes=N तय Content-Length और Cache-Control: no-store के साथ N रैंडम बाइट भेजता है; POST /api/v1/internet/speed/up अपलोड हुए रैंडम बाइट पढ़कर फेंक देता है और बाइट गिनती व अपना प्रोसेसिंग समय लौटाता है; GET /speed/ping एक ख़ाली 204 है। पिंग और डाउनलोड के जवाब में Server-Timing: cf;dur=… होता है — Worker में अनुरोध आने के बाद का सर्वर समय — जिसे ब्राउज़र के माप से घटाया जाता है।

हर अनुरोध का समय, उपलब्ध हो तो ब्राउज़र के Resource Timing डेटा से (अनुरोध शुरू होने से आख़िरी बाइट तक), वरना पेज की घड़ी से मापा जाता है। उसका रेट = बाइट × 8, भाग उस समय में से सर्वर समय घटाकर; मुख्य आँकड़ा हर दिशा के सफल अनुरोधों का 90वाँ पर्सेंटाइल (रैखिक इंटरपोलेशन) है, जैसा Cloudflare का ओपन-सोर्स स्पीड टेस्ट करता है। RFC 6349 बताता है कि एक TCP स्ट्रीम राउंड-ट्रिप टाइम और विंडो से क्यों बँधी रहती है — इसीलिए तेज़ लाइन पर बड़े अनुरोध चाहिए।

खाली लाइन की लेटेंसी 20 लगातार पिंग का मीडियन है, जिटर लगातार दो सफल पिंग के अंतर का औसत (RFC 3393 के डिले वेरिएशन का सरल रूप), और लोड में लेटेंसी ट्रांसफ़र के दौरान हर 0.5 सेकंड भेजे गए पिंग का मीडियन (हर दिशा में अधिकतम 10)। बफ़रब्लोट ग्रेड लोड वाले ऊँचे मीडियन की तुलना खाली लाइन के मीडियन से करता है: 5 ms से कम बढ़त A+, 30 से कम A, 60 से कम B, 200 से कम C, 400 से कम D, उससे ऊपर F। RFC 7567 और RFC 9318 बताते हैं कि उपयोगकर्ता के लिए लोड में लेटेंसी अधिकतम स्पीड से ज़्यादा मायने क्यों रखती है।

हर दिशा अधिकतम 10 डाउनलोड या 8 अपलोड करती है (Light में 6 और 5), किसी अनुरोध के 1.5 सेकंड चलने पर साइज़ बढ़ाना रोकती है और ऐसे तीन लंबे सैंपल, लगभग 20 सेकंड या लगातार दो विफल अनुरोधों के बाद ख़त्म होती है; 30 सेकंड बाद भी चल रहा अनुरोध रोक दिया जाता है। सर्वर हर एड्रेस को प्रति मिनट 12 डाउनलोड, 8 अपलोड और 60 पिंग तथा एक साथ दो ट्रांसफ़र की अनुमति देता है, और कोई भी ट्रांसफ़र 60 सेकंड पर काट देता है।

सीमाएँ और कार्यप्रणाली

यह इस ब्राउज़र और इस साइट को सर्व करने वाले Cloudflare एज (आमतौर पर सबसे नज़दीकी) के बीच का पाथ मापता है। यह आपके कॉन्ट्रैक्ट वाली स्पीड का माप नहीं है, और दूसरी जगह के सर्वर (गेम सर्वर, वीडियो सेवा, दूसरा देश) तक की स्पीड अलग हो सकती है।

एक समय में एक अनुरोध, एक कनेक्शन पर: मल्टी-गीगाबिट लाइनों या बहुत लंबे पाथ पर एक स्ट्रीम लाइन को पूरा नहीं भर सकती, और धीमा डिवाइस या व्यस्त ब्राउज़र टैब लाइन से पहले नतीजे को सीमित कर सकता है।

यह एक छोटा स्नैपशॉट है: Wi-Fi की स्थिति, लाइन के दूसरे उपयोगकर्ता और दिन का समय हर बार आँकड़े बदल देते हैं। VPN के ज़रिए टेस्ट VPN का पाथ मापता है।

अपलोड का समय ब्राउज़र की तरफ़ से मापा जाता है, इसलिए उसमें ब्राउज़र का डेटा नेटवर्क को सौंपने का समय भी शामिल है; सर्वर का बताया अपना समय घटा दिया जाता है।

सुरक्षा और गोपनीयता

सिर्फ़ आपके ब्राउज़र में बने रैंडम बाइट अपलोड होते हैं, और डाउनलोड भी रैंडम बाइट हैं; आपके डिवाइस की कोई फ़ाइल या डेटा नहीं भेजा जाता। नतीजे सिर्फ़ इसी पेज पर दिखते हैं और स्टोर नहीं होते।

आपका पब्लिक एड्रेस आपके अपने अनुरोध से पढ़ा जाता है, ताकि आपको वह नेटवर्क और एज दिखे जिस पर माप हुआ; उसका इस्तेमाल सिर्फ़ हैश रूप में प्रति मिनट अनुरोध-सीमा के लिए होता है।

संदर्भ

• RFC 6349: Framework for TCP Throughput TestingIETF · 2011किसी पाथ पर TCP थ्रूपुट कैसे मापें: एक कनेक्शन अपनी विंडो और राउंड-ट्रिप टाइम (bandwidth-delay product) से क्यों बँधा रहता है, और कौन-से मेट्रिक टेस्ट को सही ढंग से बताते हैं।
• RFC 9318: IAB Workshop Report: Measuring Network Quality for End-UsersIETF · 2022IAB वर्कशॉप का निष्कर्ष कि सिर्फ़ अधिकतम थ्रूपुट उपयोगकर्ता के अनुभव को ठीक से नहीं बताता, और काम के दौरान की लेटेंसी (responsiveness) भी मापी जानी चाहिए।
• RFC 7567: IETF Recommendations Regarding Active Queue ManagementIETF · 2015राउटर और मॉडेम के बड़े, बिना प्रबंधन वाले बफ़र लोड में देरी क्यों जोड़ते हैं (बफ़रब्लोट), और fq_codel जैसे active queue management अपनाने की सिफ़ारिश।