इंटरनेट स्पीड टेस्ट गाइड: Mbps, लेटेंसी और डेटा सीमा

इंटरनेट स्पीड टेस्ट कैसे चलाएँ

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

प्रक्रिया चुने गए एंडपॉइंट को तैयार करती है, अनलोडेड HTTP आने-जाने का समय मापती है, फिर क्रम से डाउनलोड और अपलोड चलाती है। परीक्षण के दौरान टैब सक्रिय रखें और दूसरे बड़े स्थानांतरण शुरू न करें। इंटरफ़ेस प्रगति दिखाता है और “रद्द करें” उपलब्ध कराता है। बाद में दर के साथ एंडपॉइंट, समय, पेलोड की गिनती, हर चरण का समय और चेतावनियाँ पढ़ें। “गति रिपोर्ट डाउनलोड करें” नतीजा speed-measurement.json के रूप में सहेजता है।

• आधारभूत तुलना के लिए अपने नियंत्रण वाले डाउनलोड और क्लाउड बैकअप रोकें। दूसरे लोग फिर भी डेटा इस्तेमाल कर सकते हैं, इसलिए लिखें कि कनेक्शन साझा था या नहीं।
• उपकरण, ब्राउज़र, Wi-Fi या Ethernet कनेक्शन, एंडपॉइंट और परीक्षण आकार नोट करें। मिलती-जुलती परिस्थितियों की तुलना करें, केवल सबसे बड़ा अंक देने वाला परीक्षण न चुनें।
• परीक्षणों के बीच कम से कम एक मिनट रुकें और व्यस्तता या स्थानांतरण सीमा के संदेश का पालन करें। एंडपॉइंट को एक ही सार्वजनिक पता दिखाने वाले उपकरणों पर साझा प्रतीक्षा अवधि लागू हो सकती है।

त्वरित, मानक और परीक्षण में लगने वाला डेटा

दोनों आकार मापन के पेलोड को सीमित रखते हैं; वे तेज़ कनेक्शन को पूरी तरह भरने तक नहीं चलते रहते। तालिका वर्तमान सीमाएँ बताती है। किसी दिशा का सीमित काम पूरा होने या चरण की समय सीमा समाप्त होने पर वह चरण रुक जाता है। धीमा परीक्षण कम डेटा भेज सकता है, जबकि तेज़ परीक्षण जल्दी डेटा सीमा तक पहुँच सकता है। दोनों आकारों में एक दिशा के अधिकतम दो स्थानांतरण अनुरोध साथ चल सकते हैं।

MiB पेलोड की बाइनरी इकाई है: एक MiB में 1,048,576 बाइट होते हैं। त्वरित का डाउनलोड और अपलोड मिलाकर पेलोड बजट 20 MiB, यानी लगभग 20.97 दशमलव MB है; मानक का 96 MiB, यानी लगभग 100.66 दशमलव MB है। सेटिंग, सत्र और लेटेंसी के छोटे अनुरोध, प्रोटोकॉल का अतिरिक्त डेटा और दोबारा भेजा गया डेटा इसके अलावा ट्रैफ़िक पैदा करते हैं। ये कुल आँकड़े मोबाइल ऑपरेटर के बिल में गिनी जाने वाली मात्रा की गारंटी नहीं हैं।

ब्राउज़र में पूरी प्रक्रिया के लिए 30 सेकंड की समय सीमा सेट होती है। ब्राउज़र के निलंबित होने पर टाइमआउट सँभालने का समय बदल सकता है, इसलिए यह घड़ी के अनुसार सख्त अवधि या बिलिंग की गारंटी नहीं है। डेटा बचाना हो तो त्वरित चुनें; सीमित डेटा या रोमिंग पर पहले सोचें कि परीक्षण करना उचित है या नहीं। मानक बड़ा नमूना देता है, लेकिन तेज़ लिंक को समझने के लिए वह भी बहुत छोटा हो सकता है।

NIST: बाइनरी गुणकों के उपसर्गWHATWG DOM: AbortSignal टाइमआउट

डाउनलोड और अपलोड गति में वास्तव में क्या गिना जाता है

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

गणना है Mbps = bytes × 8 ÷ elapsed seconds ÷ 1,000,000। उदाहरण के लिए, 2 सेकंड में गिने गए 10,000,000 बाइट से 40 Mbps बनता है। एक बाइट में आठ बिट होने से यही दशमलव दर 5 MB/s है। लगातार 40 Mbps मिलने पर 100 दशमलव MB के केवल पेलोड को लगभग 20 सेकंड लगेंगे; वास्तविक डाउनलोड में शुरुआत, सर्वर का व्यवहार और बदलती परिस्थितियाँ भी असर डालती हैं।

अपलोड का प्रयास हो सकता है, फिर भी टाइमआउट या रद्द करने से पहले पुष्टि न मिले। ToolMellow बिना पुष्टि वाला प्रयास अलग दिखाता है और उसे अपलोड थ्रूपुट में नहीं गिनता। इसका अर्थ यह नहीं कि नेटवर्क पर एक भी बाइट नहीं गया: वास्तव में कितने बाइट गए, यह अज्ञात है। “नहीं मापा गया” का अर्थ है कि उपयोगी गिने-बाइट और समय का नतीजा उपलब्ध नहीं है; इससे शून्य क्षमता वाला कनेक्शन सिद्ध नहीं होता।

NIST: बाइनरी गुणकों के उपसर्गRFC 9110, खंड 8.6: HTTP Content-LengthW3C High Resolution Time: मोनोटोनिक समय मापनWHATWG Streams: प्रतिक्रिया बॉडी के खंड पढ़ना

अनलोडेड HTTP लेटेंसी, p95 और बदलाव समझें

अनलोडेड लेटेंसी ToolMellow के डाउनलोड और अपलोड चरण शुरू होने से पहले मापी जाती है। एक वार्म-अप अनुरोध को छोड़कर, सफल और बिना रुकावट वाले परीक्षण में सात HTTP आने-जाने के नमूने लिए जाते हैं। हर समय में ब्राउज़र अनुरोध, एंडपॉइंट तक का रास्ता, प्रतिक्रिया और ऐप का प्रसंस्करण शामिल है। यहाँ अनलोडेड का अर्थ है कि इस परीक्षण के बड़े स्थानांतरण शुरू नहीं हुए हैं; इससे बाकी नेटवर्क के निष्क्रिय होने का प्रमाण नहीं मिलता।

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

HTTP लेटेंसी में बदलाव, मापन के मूल क्रम में दो पड़ोसी नमूनों के अंतर के निरपेक्ष मानों का औसत है। उदाहरण के लिए, 20, 22, 24, 26, 28, 30 और 32 ms वाले क्रम का मध्यक 26 ms, p95 32 ms और पड़ोसी बदलाव का औसत 2 ms है। यह एक विशेष सांख्यिकीय माप है। दूसरे टूल का jitter, पैकेट-विलंब बदलाव या प्रतिशतक का तरीका अलग हो सकता है। ये HTTP आने-जाने के समय हैं, ICMP ping या पैकेट हानि के माप नहीं।

W3C High Resolution Time: मोनोटोनिक समय मापनRFC 5481: पैकेट विलंब बदलाव की शब्दावली

लोडेड लेटेंसी: तेज़ कनेक्शन पर भी प्रतिक्रिया देर से क्यों आती है

लोडेड HTTP लेटेंसी सक्रिय स्थानांतरण अनुरोधों के दौरान ली जाती है। ToolMellow केवल सक्रिय स्थानांतरण के साथ समय में ओवरलैप करने वाले नमूने रखता है और डाउनलोड तथा अपलोड चरण के लिए अलग मध्यक व नमूना संख्या दिखाता है। छोटा, डेटा-सीमित चरण एक भी ओवरलैप वाला नमूना मिलने से पहले खत्म हो सकता है। लोडेड मान का न मिलना शून्य लेटेंसी नहीं है। नमूना लेने में त्रुटि को पैकेट हानि प्रतिशत नहीं बनाया जाता।

एक ही एंडपॉइंट और परीक्षण में लोडेड और अनलोडेड नतीजों की तुलना करें। मान लें, समझाने वाले उदाहरण में अनलोडेड मध्यक 26 ms और अपलोड-लोडेड मध्यक 112 ms है; अंतर 86 ms होगा। यह बताता है कि उस अपलोड काम के दौरान प्रतिक्रिया में अधिक देर देखी गई। कतार, Wi-Fi पर प्रतिस्पर्धा, एंडपॉइंट का काम और रास्ते की अन्य स्थितियाँ असर डाल सकती हैं; अकेले अंतर से कारण का स्थान नहीं पता चलता।

लोड के दौरान जरूरत से अधिक कतार बनने को अक्सर bufferbloat कहा जाता है। बार-बार दिखने वाला बढ़ा विलंब समझने में मदद कर सकता है कि बड़े स्थानांतरण के साथ कॉल या गेम की प्रतिक्रिया धीमी क्यों होती है। लेकिन ToolMellow bufferbloat ग्रेड नहीं देता और गेम सर्वर का ट्रैफ़िक दोहराता नहीं है। उपकरण बदलने से पहले प्रभावित ऐप की जाँच करें और नियंत्रित तुलना दोहराएँ।

Netflix: लोडेड लेटेंसी और अपलोड गतिCloudflare: घर के नेटवर्क प्रदर्शन का मापनRFC 5481: पैकेट विलंब बदलाव की शब्दावली

डेटा सीमा वाला छोटा परीक्षण तेज़ कनेक्शन को कम क्यों दिखा सकता है

प्राप्त हो सकने वाला थ्रूपुट सामने आने के लिए कनेक्शन को समय और पर्याप्त स्थानांतरण काम चाहिए। शुरुआत, congestion control, ब्राउज़र प्रसंस्करण और एंडपॉइंट क्षमता छोटे मापन पर असर डालते हैं। सीमित स्थानांतरण लंबे समय तक चलने वाले काम में बदलने से पहले ही खत्म हो सकता है। ToolMellow जानबूझकर पेलोड और समय सीमित रखता है, इसलिए छोटे नतीजे को उसी सीमित प्रक्रिया का मापा थ्रूपुट समझें।

“डेटा सीमा पूरी हुई” चेतावनी तब आती है जब गिने गए डाउनलोड या पुष्टि किए गए अपलोड बाइट उस दिशा की सीमा तक पहुँचते हैं। इससे लिंक के पूरी तरह भर जाने का दावा नहीं होता। चेतावनी न मिलना भी सभी नियोजित बाइट पूरे होने का प्रमाण नहीं है: सामान्य चरण टाइमआउट में आंशिक डाउनलोड या अपुष्ट अपलोड रह सकता है। प्रक्रिया पूरी होने का अर्थ उसके सीमित चरणों का समाप्त होना है, दोनों पेलोड बजट पूरी तरह इस्तेमाल होना नहीं।

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

RFC 5136: नेटवर्क क्षमता की परिभाषाRFC 6349: TCP थ्रूपुट परीक्षण ढाँचा

Wi-Fi, Ethernet और मोबाइल डेटा की सावधानी से तुलना करें

ब्राउज़र परीक्षण में उपकरण का वास्तविक एक्सेस रास्ता शामिल होता है। इसलिए Wi-Fi नतीजे पर वायरलेस परिस्थितियाँ और इंटरनेट रास्ता दोनों असर डालते हैं। उपयोगी तुलना के लिए वही उपकरण पहले समस्या वाली जगह पर, फिर एक्सेस पॉइंट के पास जाँचें; उपकरण में सुविधा हो तो Ethernet पर भी जाँचें। एंडपॉइंट और आकार समान रखें और एक बार में एक ही चीज़ बदलें।

पास या तार वाले कनेक्शन पर बेहतर नतीजे से बदली हुई एक्सेस परिस्थितियों की जाँच करना उपयोगी होता है; इससे कोई एक भाग खराब साबित नहीं होता। Ethernet लिंक की तय दर, अडैप्टर, उपकरण का काम, तार, रूटिंग और परीक्षण सर्वर की क्षमता भी तार वाले नतीजे सीमित कर सकते हैं। केवल एक ब्राउज़र या उपकरण अलग हो तो ISP को कारण मानने से पहले दूसरे समर्थित ब्राउज़र या उपकरण से तुलना करें।

फोन पर देखें कि परीक्षण Wi-Fi से हो रहा है या सेलुलर डेटा से। 4G या 5G का चिन्ह एक्सेस तकनीक बताता है, किसी निश्चित दर की गारंटी नहीं देता। जहाँ संभव हो, एक ही जगह और करीब समय पर फोन स्थिर रखकर सोच-समझकर तुलना करें। सिग्नल बदलने और डेटा शुल्क का ध्यान रखें। तार वाले डेस्कटॉप और सेलुलर फोन के नतीजों की तुलना इस तरह न करें जैसे केवल एंडपॉइंट बदला हो।

Google Nest: इंटरनेट स्पीड टेस्ट का दायरा

स्ट्रीमिंग, कॉल और गेमिंग के लिए अच्छी गति क्या है

उपयोगी गति वह है जो आपके वास्तविक काम को संभाले और दूसरे ट्रैफ़िक के लिए जगह छोड़े। ऐप की वर्तमान प्रकाशित जरूरतें देखें और साथ इस्तेमाल करने वाले लोगों को गिनें। बड़ी फाइल या स्ट्रीम पाने में डाउनलोड, जबकि वीडियो भेजने, फाइल साझा करने या बैकअप में अपलोड जरूरी है। इंटरैक्टिव काम विलंब, उसके बदलाव और ऐप के अपने रास्ते पर भी निर्भर है; अकेला ऊँचा Mbps अंक अच्छी कॉल या गेम गुणवत्ता सिद्ध नहीं करता।

Netflix फिलहाल स्थिर कनेक्शन के लिए कम से कम HD 720p में 3 Mbps, Full HD 1080p में 5 Mbps और UHD 4K में 15 Mbps की सलाह देता है। ये Netflix की प्रकाशित सलाह हैं, हर सेवा की समान सीमा या इस एंडपॉइंट का वादा नहीं। योजना के उदाहरण में दो साथ चलने वाली 4K स्ट्रीम में से प्रत्येक पर 15 Mbps सलाह लागू करने से, दूसरे ट्रैफ़िक से पहले, 30 Mbps बनता है। यह साधारण अनुमान है, प्रदाता की गारंटी नहीं। घर के अन्य काम के लिए अतिरिक्त उपलब्ध क्षमता चाहिए।

वीडियो कॉल में चुने गए मोड और रेज़ोल्यूशन के लिए कॉल प्रदाता की दोनों दिशाओं की जरूरतें देखें। गेम में अपडेट डाउनलोड और खेलने के दौरान प्रतिक्रिया को अलग समझें। ToolMellow HTTP लेटेंसी को गेम सर्वर ping मानने के बजाय गेम के अपने विलंब और कनेक्शन संदेश देखें। वही काम जाँचें जिसमें वास्तव में समस्या है; यह टूल स्ट्रीमिंग, गेमिंग या वीडियो कॉल गुणवत्ता स्कोर नहीं बनाता।

Netflix: इंटरनेट कनेक्शन गति की सलाहCloudflare: घर के नेटवर्क प्रदर्शन का मापन

FAST, Cloudflare, दूसरे स्पीड टेस्ट और ISP प्लान अलग क्यों दिखते हैं

माप एंडपॉइंट, रास्ते, साथ चलने वाले स्थानांतरणों की संख्या, पेलोड आकार, बीते समय की परिभाषा और नतीजे जोड़ने के तरीके पर निर्भर हैं। एक स्ट्रीम और कई समानांतर स्थानांतरण के नतीजे अलग सवालों का जवाब दे सकते हैं। छोटा ब्राउज़र परीक्षण और लंबा native-client परीक्षण भी ऐसा कर सकते हैं। केवल अलग अंक से किसी सेवा का भ्रामक होना या प्रदाता द्वारा गति सीमित करना सिद्ध नहीं होता।

FAST Netflix एंडपॉइंट इस्तेमाल करता है और लोडेड तथा अनलोडेड लेटेंसी दिखाता है। Cloudflare टूल अतिरिक्त नेटवर्क-गुणवत्ता और पैकेट हानि फ़ील्ड प्रकाशित करता है। M-Lab NDT को एक स्ट्रीम का मापन बताता है। उनका दस्तावेज़ उनके अपने तरीकों का वर्णन है। ToolMellow चुना एंडपॉइंट, सीमित आकार, हर दिशा में अधिकतम दो स्थानांतरण अनुरोध और गिने-पेलोड को साझा चरण समय से भाग देने का तरीका इस्तेमाल करता है। यह उन सभी सेवाओं के माप नहीं दोहराता और पूरे RFC 6349 परीक्षण ढाँचे के अनुपालन का दावा नहीं करता।

एंडपॉइंट का नाम और स्थान की पुष्टि संबंधी संदेश पढ़ें। स्वतंत्र रूप से जाँचे बिना घोषित क्षेत्र भौतिक स्थान या वैश्विक परीक्षण नेटवर्क का प्रमाण नहीं है। स्थानीय विकास एंडपॉइंट दिखाई दे तो उसका थ्रूपुट स्थानीय रास्ते का अवलोकन है। अपने ISP प्लान की शर्तों के साथ एक ही तरीके के दोहराए नतीजों की तुलना करें। एक दूरस्थ एंडपॉइंट का नतीजा प्रदाता की लाइन दर प्रमाणित या अनुबंध का उल्लंघन स्थापित नहीं कर सकता।

FAST: इंटरनेट स्पीड टेस्ट और तरीके के प्रश्नCloudflare: इंटरनेट स्पीड टेस्ट और डेटा सूचनाM-Lab: Network Diagnostic Tool की विधिRFC 5136: नेटवर्क क्षमता की परिभाषाRFC 6349: TCP थ्रूपुट परीक्षण ढाँचा

VPN रास्ता, DNS और वेबसाइट गति अलग प्रश्नों का जवाब देते हैं

VPN या प्रॉक्सी रूटिंग और सेवा को दिखने वाला नेटवर्क पता बदल सकते हैं। नेटवर्क नीति अनुमति दे तो करीब समय पर एक ही एंडपॉइंट और आकार में उस रास्ते के साथ तथा उसके बिना तुलना करें। रिपोर्ट नोट में प्रत्येक स्थिति रखें। अंतर उन परीक्षणों के दौरान उन रास्तों को बताता है; इससे अकेले throttling, VPN प्रदाता का वैश्विक प्रदर्शन या एन्क्रिप्शन की खराबी सिद्ध नहीं होती।

DNS नाम को गंतव्य में बदलता है; यह लिंक की भौतिक क्षमता नहीं बढ़ाता। नाम रिज़ॉल्यूशन का व्यवहार कनेक्शन की शुरुआत प्रभावित कर सकता है और अलग DNS उत्तर ऐप को अलग एंडपॉइंट की ओर ले जा सकते हैं। ToolMellow DNS जाँचक अपने चुने सार्वजनिक रिज़ॉल्वर देखता है, आपके उपकरण के हर lookup का benchmark नहीं करता। उससे रिकॉर्ड के उत्तर जाँचें, यह प्रमाण न मानें कि DNS बदलने से लगातार डाउनलोड गति बढ़ेगी।

कनेक्शन स्पीड टेस्ट वेबसाइट प्रदर्शन ऑडिट से भी अलग है। पेज बनना, JavaScript, तस्वीर का आकार, मूल सर्वर प्रतिक्रिया और caching किसी एक साइट को तेज़ कनेक्शन पर भी धीमा कर सकते हैं। ToolMellow अपने परीक्षण एंडपॉइंट को कृत्रिम पेलोड भेजता है; यह किसी मनचाही साइट के Core Web Vitals, TTFB या हर विज़िटर स्थान से प्रदर्शन नहीं मापता।

Google Nest: इंटरनेट स्पीड टेस्ट का दायराRFC 1034: DNS अवधारणाएँ और नाम रिज़ॉल्यूशनCloudflare: वेबसाइट प्रदर्शन और कनेक्शन परीक्षण

कम या बदलते स्पीड टेस्ट नतीजे की जाँच करें

पहले देखें कि प्रक्रिया पूरी हुई और उपयोगी माप मिले या नहीं। Mbps की तुलना प्लान से करने से पहले त्रुटि, पेलोड गिनती, चरण समय, सीमा चेतावनी और लेटेंसी नमूना संख्या पढ़ें। असफल या बहुत छोटे चरण की कम दर का अर्थ नियंत्रित परिस्थितियों में बार-बार मिले पूरे अवलोकन से अलग है।

सोच-समझकर एक बार में एक चीज़ बदलें, एंडपॉइंट और आकार बनाए रखें और दोहराने के बीच प्रतीक्षा अवधि का पालन करें। केवल सबसे अधिक या कम गति वाले नतीजे को प्रतिनिधि मानने के बजाय शांत तथा सामान्य उपयोग में कुछ तारीख वाले अवलोकनों की तुलना करें। एक अंक से ISP, राउटर या ऐप का निदान न करें। सहायता लेते समय दिखाई दिया परिणाम, परिस्थितियाँ और प्रभावित ऐप का व्यवहार साझा करें।

RFC 5136: नेटवर्क क्षमता की परिभाषाRFC 6349: TCP थ्रूपुट परीक्षण ढाँचा

त्रुटियाँ, रद्द करना और साझा सेवा की सीमाएँ

व्यस्तता, प्रतीक्षा अवधि, दैनिक सीमा, बंद एंडपॉइंट या सत्र की त्रुटि का अर्थ है कि माप अनुरोध के अनुसार नहीं हो सका। दिखाए संदेश का पालन करें और उचित होने पर सोच-समझकर फिर प्रयास करें। प्रतीक्षा अवधि एंडपॉइंट को दिखने वाले पते पर लागू होती है; साझा NAT या VPN exit से अलग उपकरण वही अवधि साझा कर सकते हैं। दैनिक स्थानांतरण नियंत्रण सेवा की उपलब्धता सीमा है, आपका मोबाइल डेटा बजट या सर्वर पुनः शुरू होने के पार स्थायी गारंटी नहीं।

क्लाइंट मापन प्रतिक्रिया के संपीड़ित या cache से आने के संकेत, अपेक्षा से अलग एंडपॉइंट पहचान या डाउनलोड आकार, अथवा पेलोड से न मिलती अपलोड पुष्टि होने पर उन प्रतिक्रियाओं को स्वीकार नहीं करता। ये जाँच नतीजे का अर्थ सुरक्षित रखती हैं, लेकिन रास्ते में हर नेटवर्क व्यवहार को सत्यापित नहीं कर सकतीं। अनुरोध विफल होना मापा गया पैकेट हानि अनुपात नहीं है और असफल परीक्षण उपयोगी आंशिक अवलोकन रख सकता है।

“रद्द करें” ब्राउज़र का लंबित काम रोकता है और सत्र सफाई का अनुरोध करता है। इससे पहले भेजा डेटा वापस नहीं आता, अपुष्ट अपलोड की वास्तविक मात्रा ज्ञात नहीं होती और आरक्षित सर्वर बजट या ऑपरेटर द्वारा गिने ट्रैफ़िक की वापसी की गारंटी नहीं मिलती। प्रतिबंध से परीक्षण न हो तो संदेश पढ़ें और स्वीकृत ब्राउज़र या नेटवर्क रास्ते से मिले नतीजों की तुलना करें। अकेला परीक्षण firewall बंद करने, कार्यस्थल की नियंत्रण नीति पार करने या उपकरण factory-reset करने का कारण नहीं है।

WHATWG Fetch: ब्राउज़र अनुरोध और रद्द करनाWHATWG DOM: AbortSignal टाइमआउटRFC 9111: HTTP caching और cache-control निर्देश

कृत्रिम ट्रैफ़िक, गोपनीयता और डाउनलोड की गई रिपोर्ट

मापन आपके दस्तावेज़, तस्वीर या चुनी फाइल की जगह बनाए गए परीक्षण बाइट भेजता है। इससे नेटवर्क ट्रैफ़िक फिर भी होता है: ToolMellow की hosting और चुना एंडपॉइंट आपका नेटवर्क पता तथा सामान्य अनुरोध मेटाडेटा पाते हैं। HTTPS उसके एंडपॉइंट के बीच परिवहन सुरक्षित करता है; यह गतिविधि को अनाम नहीं बनाता या हर बुनियादी ढाँचा प्रदाता के शून्य लॉग का प्रमाण नहीं है।

डाउनलोड न करने तक नतीजा वर्तमान टैब में रहता है। “गति रिपोर्ट डाउनलोड करें” से speed-measurement.json बनता है, जिसमें एंडपॉइंट, अवलोकन समय, आकार, पूरा होने की स्थिति, मापा और प्रयास किया पेलोड, बीते समय तथा उपलब्ध लेटेंसी नमूने हैं। यह एक snapshot है, खाता इतिहास, स्वचालित निगरानी या ISP प्रदर्शन प्रमाणपत्र नहीं। एंडपॉइंट या आकार बदलने पर पिछला दिखाया नतीजा मिटता है।

फाइल साझा करने से पहले एंडपॉइंट जानकारी, समय और त्रुटियाँ देखें। साथ वे स्थितियाँ जोड़ें जो रिपोर्ट अपने-आप नहीं लिखती: एक्सेस प्रकार, उपकरण और ब्राउज़र, VPN, पृष्ठभूमि ट्रैफ़िक और प्रभावित काम। अधूरे नतीजे अधूरे के रूप में चिन्हित रखें। केवल Mbps अंक भेजने के मुकाबले ये नोट बाद की तुलना बेहतर बनाते हैं।

अपने वेबपेज में इंटरनेट स्पीड टेस्ट जोड़ें

टूल workspace के नीचे integration भाग से HTML snippet कॉपी करें, डाउनलोड करें या embedded workspace का पूर्वावलोकन देखें। दिए snippet को वेबसाइट प्लेटफ़ॉर्म के समर्थित HTML भाग में चिपकाएँ। इसमें ToolMellow टूल का iframe और संबंधित ToolMellow पेज का दिखाई देने वाला backlink है। वह लिंक रखें ताकि पाठक पूरा टूल और मार्गदर्शन पा सकें।

snippet कॉपी करने से पहले इच्छित पेज भाषा चुनें। छोटी स्क्रीन पर embedded भाग जाँचें और विज़िटर को डेटा सूचना पढ़कर स्वयं मापन शुरू करने दें। embedded टूल में hosted workspace जैसी ही एंडपॉइंट उपलब्धता, पेलोड आकार और सीमाएँ हैं। जोड़ने से असीमित स्थानांतरण या अलग developer API नहीं मिलता। प्लेटफ़ॉर्म को बाहरी iframe और संबंधित नेटवर्क अनुरोध की अनुमति देनी होगी।

सामान्य प्रश्न

स्रोत और आगे की जानकारी

• NIST: बाइनरी गुणकों के उपसर्ग
• RFC 5136: नेटवर्क क्षमता की परिभाषा
• RFC 6349: TCP थ्रूपुट परीक्षण ढाँचा
• RFC 5481: पैकेट विलंब बदलाव की शब्दावली
• RFC 9110, खंड 8.6: HTTP Content-Length
• RFC 9111: HTTP caching और cache-control निर्देश
• W3C High Resolution Time: मोनोटोनिक समय मापन
• WHATWG Streams: प्रतिक्रिया बॉडी के खंड पढ़ना
• WHATWG Fetch: ब्राउज़र अनुरोध और रद्द करना
• WHATWG DOM: AbortSignal टाइमआउट
• Netflix: लोडेड लेटेंसी और अपलोड गति
• Cloudflare: घर के नेटवर्क प्रदर्शन का मापन
• Netflix: इंटरनेट कनेक्शन गति की सलाह
• Google Nest: इंटरनेट स्पीड टेस्ट का दायरा
• FAST: इंटरनेट स्पीड टेस्ट और तरीके के प्रश्न
• Cloudflare: इंटरनेट स्पीड टेस्ट और डेटा सूचना
• M-Lab: Network Diagnostic Tool की विधि
• RFC 1034: DNS अवधारणाएँ और नाम रिज़ॉल्यूशन
• Cloudflare: वेबसाइट प्रदर्शन और कनेक्शन परीक्षण