केबल मॉडम गति परीक्षण


8

क्या लोकप्रिय गति परीक्षण (केबल, डीएसएल, आदि) सटीक उपलब्ध हैं? यदि हां, तो कैसे? इसके अलावा, ऐसा लगता है कि वे केवल एक फ़ाइल की डाउनलोड गति को मापते हैं न कि जवाबदेही, विलंबता, मजबूती, आदि। क्या कोई जानता है कि इसे कैसे मापा जाना चाहिए? उस विषय पर अच्छे लेखों के लिए कोई लिंक?

जवाबों:


8

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

इसके अलावा, मैंने कुछ फ्लैश परीक्षणों के लिए ब्राउज़र में परिणामों में काफी परिवर्तनशीलता देखी है, जो कि ब्राउज़र को फ्लैश एनीमेशन को संभालने के तरीके से करना है, इस प्रकार नेटवर्क प्रदर्शन के संबंध में कोई परिणाम नहीं है।

इन परीक्षणों को बेहतर बनाने के लिए कार्यप्रणाली को प्रतिबिंबित करना होगा:

  1. जो परीक्षण किया जा रहा है उसके अनुरूप हैं! जब तक आप सिंगल फाइल पर फ्लैश नेटवर्क के प्रदर्शन का परीक्षण नहीं कर रहे हैं, तब तक फ्लैश का उपयोग करें। एक ब्राउज़र परीक्षण में कई संसाधनों का उपयोग करना चाहिए (याद रहे CSS और JS वास्तविक परिस्थितियों को पुन: उत्पन्न करने के लिए कई टैब में कई ब्राउज़र में क्रमिक डाउनलोड को ब्लॉक कर सकते हैं)। यदि आप धार गति का परीक्षण कर रहे हैं, तो आपको बड़ी संख्या में छोटे बैंडविड्थ HTTP / UDP कनेक्शन की आवश्यकता है।
  2. परिवर्तनशीलता को मापने। अधिकांश परीक्षण एक बार कुछ करते हैं, और एक एकल नमूना मज़बूती से कुछ जानने के लिए पर्याप्त नहीं है। एक को दोहराए जाने वाले परीक्षणों में औसतन की जरूरत होती है, और गंभीर रूप से, विचरण का अनुमान लगाना पड़ता है। क्या 180 वास्तव में 150 से बेहतर है जब परिवर्तनशीलता + - 100 है ??? {उत्तर: नहीं}

इसके लिए एक सही संसाधन के बारे में निश्चित नहीं है, लेकिन स्टीव सॉडर वेब प्रदर्शन पर कम से कम लिखते हैं:

http://stevesouders.com/

दूसरों ने जिन परीक्षणों का सुझाव दिया है, वे इन तकनीकी समस्याओं के कारण हैं। वे आपको एक मोटा नंबर देंगे जो आम तौर पर मदद कर सकता है, लेकिन आपको सीमाओं के बारे में पता होना चाहिए। विशेष रूप से फैंसी फ्लैश एनिमेशन पूरी तरह से बेकार लगते हैं, और जैसा कि मैंने कहा है कि वास्तव में परिणाम को काफी कम कर सकते हैं।


1
फ्लैश के बारे में अच्छे अंक। Speedtest.net बहुत सुंदर लग रहा है और इसने मुझे बताया कि मेरा पिंग सभ्य था, लेकिन जब मैंने वास्तव में एक एफपीएस खेलने की कोशिश की तो यह भयानक था।
हाइपरस्लग

1
HTTP 1.1 पाइपलाइनिंग पर छोटा FYI करें: बड़े ब्राउज़र या तो इसका समर्थन नहीं करते हैं (इंटरनेट एक्सप्लोरर, सफारी) या फिर यह डिफ़ॉल्ट रूप से (फ़ायरफ़ॉक्स) सक्षम नहीं है। मुझे लगता है कि ओपेरा इसका अपवाद है।
क्रिस डब्ल्यू। री।

@cwrea: क्रोम के बारे में कैसे?
20

1
En.wikipedia.org/wiki/HTTP_pipelining देखें : "Google Chrome को पाइपलाइनिंग का समर्थन करने के लिए नहीं माना जाता है, हालांकि निकट भविष्य में इसे लागू किया जा सकता है।"
क्रिस डब्ल्यू। री।

जबकि 2009 में यह सच था जब जवाब लिखा गया था, यह आज लागू नहीं होता है। : कई परीक्षण है कि उपयोग एचटीएमएल 5, नियमित HTTP वेब ब्राउज़र कनेक्शन का उपयोग कर रहे हैं netperf.tools या dslreports.com/speedtest और भी measurementlab.net/tools/ndt
o9000

6

एक अच्छा संबंध मुख्य भागों से बना है: पुट और जवाबदेही के माध्यम से। वहाँ अधिक हैं, लेकिन मैं मुख्य 2 (मेरी राय में) से चिपके हुए हूं। पुट के माध्यम से कितना डेटा धक्का दिया जा सकता है या कनेक्शन (डाउनलोड / अपलोड) के माध्यम से खींचा जा सकता है। जवाबदेही कितनी तेजी से मेरे अनुरोध को गंतव्य और वापस बनाती है। दोनों एक दूसरे को थोड़ा प्रभावित करते हैं।

डाल के माध्यम से एक बहुत आसान परीक्षण है, बस यहाँ सूचीबद्ध साइटों में से एक पर जाएं और यह आपके अपलोड / डाउनलोड की गति का परीक्षण करेगा। बस याद रखें कि आपके द्वारा आईएसपी के लिए भुगतान किया गया कनेक्शन एक UPPER सीमा है (अधिकांश समय)। उदाहरण के लिए मैं 6mb डाउन / 1mb अप कनेक्शन के लिए भुगतान करता हूं। 6mb नीचे / 1mb ऊपर मेरे कनेक्शन की ऊपरी सीमा है। कुछ ISP की सीमा कम होगी। एक उदाहरण यह होगा कि यदि कोई ISP कहता है कि आपका कनेक्शन 3mb डाउन और 6mb डाउन के बीच होगा। दूसरा मुख्य भाग दूरस्थ होस्ट है जिसे आप डेटा से खींच रहे हैं या धक्का दे रहे हैं। यदि आप कनेक्शन बड़ा है, तो आप दूरस्थ होस्ट कनेक्शन द्वारा सीमित हैं और प्रभावी रूप से दूरस्थ होस्ट को DoS करते हैं।

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

कनेक्शन का मूल्यांकन करने में विचार करने के लिए अन्य चीजें Uptime हैं, क्या पोर्ट अवरुद्ध हैं, Bittorrent, IRC, SMTP, या अन्य सेवाओं के बारे में ISP नीतियां।


1
आपके द्वारा खोजे जा रहे शब्द बैंडविड्थ और विलंबता हैं।
केविन पैंको

netperf.tools उपाय, थ्रूपुट के अलावा, निष्क्रिय विलंबता, अपलोड के दौरान विलंबता और डाउनलोड के दौरान विलंबता। यह घबराहट और बफरब्लोट समस्याओं का पता लगा सकता है, जो आपके उल्लेख के अनुसार अंतराल का कारण बन सकता है।
o9000

2

DSLReports थोड़ी देर के लिए गोल किया गया है और एक सभ्य डाउनलोड, अपलोड, और विलंबता परीक्षण है।


मुझे पता है कि यह सीधे आपके प्रश्न का उत्तर नहीं देता है, लेकिन आपके प्रश्न का शीर्षक दिया गया है, इस पृष्ठ पर गति परीक्षण के लिए बड़ी संख्या में Google ट्रैफ़िक होगा।
जेफरी

2

speedtest.net एक और लोकप्रिय सेवा है।

हालांकि, अधिकांश सटीक परिणामों के लिए दिन के अलग-अलग समय में कई बार परीक्षण की श्रृंखला चलती है।


2
स्पीडटेस्ट इन दिनों विशेष रूप से सटीक नहीं है। बहुत सारे आईएसपी में एक bo टर्बो मोड ’होता है जो कुछ सेकंड के लिए काम करता है और उस बेहद सीमित समय सीमा के लिए आपके बैंडविड्थ को दोगुना या तिगुना कर देता है। स्पीडटेस्ट इसे पूरी तरह से मूर्ख बनाता है, जैसा कि अधिकांश अन्य साइटें हैं, और इस टर्बो मोड के दौरान केवल आपकी गति दिखाती है। यदि आप गति की परवाह करते हैं, तो आप निरंतर गति के बारे में अधिक ध्यान रखते हैं।
ChrisInEdmonton


1

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



0

यदि आपका आईएसपी एक परीक्षण प्रदान करता है जो उनके किसी सर्वर से चलता है, तो यह आपका सबसे अच्छा विकल्प होगा।

वहाँ एक है कॉक्स गति परीक्षण कॉक्स ग्राहकों के लिए उपलब्ध।

इसका कारण यह है कि इंटरनेट कई कनेक्शनों से बना है, और आपके आईएसपी से आपका कनेक्शन उनमें से एक है। ये गति परीक्षण वेबसाइटें उपयोग करने के लिए सुविधाजनक हैं, लेकिन परिणाम आपके ISP और उस गति परीक्षण वेबसर्वर के बीच इंटरनेट यातायात के आधार पर भिन्न हो सकते हैं।

यदि आप अपने आईएसपी से गति को मापना चाहते हैं, तो आपको उनके नेटवर्क पर एक सर्वर का उपयोग करने की आवश्यकता है।

दूसरी तरफ - कुछ बिंदु पर आप अपने आईएसपी के बाहर कुछ सर्वर से कनेक्ट करना चाहेंगे। (मान लें, www.superuser.com) आपके ISP का बाहरी दुनिया से कनेक्शन महत्वपूर्ण है। एक अच्छे ISP में इंटरनेट के कई कनेक्शन होंगे , इसलिए यदि AT & T नेटवर्क में समस्याएं हैं, तो आपके पास अभी भी ग्लोबल क्रॉसिंग और लेवल 3 के नेटवर्क के साथ कनेक्शन होंगे।

इस बात का अंदाजा लगाने के लिए, आप संभवत: सप्ताह के विभिन्न दिनों और दिन के विभिन्न समयों पर विभिन्न गति परीक्षण वेबसाइटों की कोशिश करने से बेहतर नहीं कर सकते हैं और देखें कि आप किन पैटर्नों को देखते हैं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.