स्पीडटेस्ट और विग के बीच विसंगति क्यों?


18

मेरा ग्राहक कम इंटरनेट स्पीड के बारे में शिकायत करता है। Speedtest.net स्पीड के साथ मापा जाता है जब स्वीकार्य हैं। आवधिक मापा डाउनलोड नाममात्र गति का 10% से 30% है। मैं यह नहीं समझा सकता।

कुछ पृष्ठभूमि। समस्याग्रस्त कनेक्शन उन सनी कैरेबियन द्वीपों में से एक पर है जहां तेजी से इंटरनेट सबसे बड़ी संपत्ति नहीं है। हाल ही में इंटरनेट की गति 200 एमबीपीएस तक सभ्य हो गई। लेकिन (एम्) एम्स्टर्डम के लिए पिंग राउंड ट्रिप लगभग 180 एमएस है।

ग्राहक के पास 100 एमबीपीएस फाइबर कनेक्शन है। ISP CO को विंडोज मशीन (speedtest.net) पर स्पीडटेस्ट करते समय हम 95 एमबीपीएस प्राप्त करते हैं। एम्स्टर्डम में एक ही गति परीक्षण का उपयोग करते समय हम 60-70 Mbs तक पहुंच जाते हैं। पूरी तरह से स्वीकार्य है।

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

wget -O /dev/null --report-speed=bits http://aserv.example.net/~myuser/links/M77232917.txt

.Txt फ़ाइल संख्याओं की 23MByte है। (वास्तव में यह एक है लेकिन सबसे बड़ा Mersenne प्रधानमंत्री, 23e6 अंक)

जब मैं समस्याग्रस्त नेटवर्क पर उस फ़ाइल को डाउनलोड करता हूं, तो रिपोर्ट को भूल जाएं:

dev/null 100%[====================================================================>]  22.81M  11.6Mb/s   in 17s    

2019-02-08 14:27:55 (11.2 Mb/s) - ‘/dev/null’ saved [23923322/23923322]

यह उसी समय speedtest.net की रिपोर्ट 60-70 एमबीपीएस है।

मुझे पता है कि रास्पि की अपनी सीमाएँ हैं। लेकिन यह गति बेतहाशा भिन्न होती है। एक बार RasPi रिपोर्ट इस 11 एमबीपीएस, अगली बार 22 एमबीपीएस। लेकिन कभी-कभी 1.5 एमबीपीएस जितना कम होता है।

यहां छवि विवरण दर्ज करें

जब मैं इस परीक्षण को वास्तव में शक्तिशाली लैपटॉप के साथ करता हूं, तो शीर्ष गति कुछ हद तक (30 एमबीपीएस तक) होती है, लेकिन समान चढ़ाव भी दिखाते हैं। तो यह उच्च पक्ष पर एक RasPi सीमा को इंगित करता है, लेकिन कम पक्ष पर 10 एमबीपीएस नहीं।

मैंने जर्मनी के मुन्नाचेन में एक सर्वर से एक ही आदेश जारी किया था, एक डाटासेंटर में। स्पीड 96 एमबीपीएस।

फिर नीदरलैंड में एक उपभोक्ता से 100 एमबीपीएस फाइबर कनेक्शन: 65 एमबीपीएस।

फिर, मेरे घर पर जिसमें नाममात्र 10 एमबीपीएस एडीएसएल है। स्पीडटेस्ट 10Mbps दिखाता है। Wget 8.5 एमबीपीएस देता है। जो मेरी किताब में बराबर है।

यह सर्वर पर किसी भी सीमा को रोकता है जो फ़ाइल डाउनलोड के लिए होस्ट के रूप में कार्य करता है।

मुझे उम्मीद नहीं है कि कोई भी ग्राहक के परिसर में कनेक्शन की सुस्ती का कारण बता सकता है। लेकिन क्या कोई speedtest.net और wget के बीच की विसंगति की व्याख्या कर सकता है?

क्या ऐसा कुछ है जो सबसे तेज अनदेखी करता है, या क्या यह केवल चोटियों को मापता है? या wing गंभीरता से लंबे समय तक पिंग से प्रभावित है?

मुझे लगता है कि wget परीक्षण वास्तविक, प्रभावी गति देता है, जबकि speedtest मुख्य रूप से विज्ञापित गति दिखाने के लिए है।


गति की जांच करने का एक और तरीका यह है ssh personal-server cat /dev/zero | pv > /dev/nullकि व्यक्तिगत सर्वर पर, जिसे आप जानते हैं कि आप जिस गति की अपेक्षा कर रहे हैं, उससे धीमी होने की दर सीमित नहीं है।
जोएल

मैंने आपके सवाल को दरकिनार कर दिया। और ऐसा लगता है कि आपके पास एक बड़ी बैंडविड्थ है और शायद महत्वपूर्ण दौर की यात्रा में देरी का परिदृश्य "लॉन्ग फैट नेटवर्क" के रूप में भी जाना जाता है। मैंने व्यक्तिगत रूप से इस तरह का अनुभव किया है और कई कनेक्शनों को खोलकर इसे हल किया है (मैंने rsync का उपयोग किया है)। क्या आप बहुत से उदाहरणों को खोलने की कोशिश कर सकते हैं (5, 10, 20 कोशिश करें)? विकिपीडिया पृष्ठ है: बैंडविड्थ विलंब उत्पाद।
ट्रेवर बॉयड स्मिथ

डिफ़ॉल्ट रूप से बाइट्स में रिपोर्ट करें: [james @ lamia root] $ wget -O / dev / null 10.32.48.1/t1 / dev / null 100% [================= ====>] 0.9M में 100.00M 112MB / s [james @ lamia root] $ wget --report-speed = बिट्स -ओ / देव / null 10.32.48.1/t1 / dev / null 100% = === ==================>] 100.00M 932Mb / s में 0.9
james

Tcp के लिए एक iperf सर्वर और अपने DC- होस्ट मशीन पर udp के लिए दूसरा चलाने पर विचार करें । फिर क्रोन जॉब के हिस्से के रूप में अपने क्लाइंट से एक परीक्षण बुलाएं और देखें कि HTTP से गति की तुलना कैसे की जाती है।
1

वैसे भी यह किस तरह की फाइल है? क्या यह संपीड़ित है और सर्वर http संपीड़न का समर्थन करता है? जब आप बैंडविड्थ समस्याओं को ठीक नहीं कर सकते हैं तो आप फ़ाइल को छोटा कर सकते हैं।
सलमान एक

जवाबों:


16

पोस्ट किए गए अन्य कारणों के अलावा, बैंडविड्थ-देरी उत्पाद बड़े होने पर टीसीपी कनेक्शन बड़ी फ़ाइलों के साथ अच्छी तरह से काम नहीं करते हैं ।

एक द्वीप के लिए अन्यथा तेजी से कनेक्शन पर पसंद है।

टीसीपी ट्यूनिंग पर विकिपीडिया की प्रविष्टि देखें ।

इसलिए स्पीडटेस्ट 95 एमबी / सेकंड पर कनेक्शन के माध्यम से एक छोटी फ़ाइल को डंप कर सकता है, लेकिन wgetकेवल 20 एमबी फ़ाइल पर 10 एमबी / सेकंड प्राप्त कर सकता है।


2
यह मेरे लिए नया ज्ञान है। बहुत अच्छा। वास्तव में, बैंडविड्थ-देरी उत्पाद उच्च है (2.25 एमबी अगर मैंने सही गणना की)। एक त्वरित नज़र में 87kB का डिफ़ॉल्ट बफर और अधिकतम 3.5 एमबी दिखाया गया। (मुझे लगता है कि बाइट नहीं बिट्स)। मुझे इसका बेहतर मूल्यांकन करने के लिए और अधिक गहराई से गोता लगाना होगा। अगर, संयोजन में speedtest बहुत सारी छोटी फ़ाइलों को डाउनलोड करता है और उस पर अधिकतम गति रिकॉर्ड करता है, तो यह बहुत कुछ समझाता है।
हंस लिंकेल्स

21

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

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

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


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

9
क्या आप अपना दावा कर सकते हैं? "आईएसपी अक्सर ट्रैफ़िक को स्पीडटेस्ट.नेट पर प्राथमिकता देते हैं"
सोलेल

1
@Soleil ने बहुत ज्यादा नहीं लिया Googling: myce.com/news/…
मंकीज़ेउस

6
स्पीडस्टेस्ट ट्रैफ़िक को प्राथमिकता देने वाला एक आईएसपी एक प्रमुख कार निर्माता के रूप में संभावना है जो उत्सर्जन परीक्षण को फीका करता है।
बमर

3
अनायास ही, मैं एक बार रास्पबेरी पाई से बार-बार speedtest.net पर ट्रैफ़िक भेजकर एक सुपर बाउल धारा को 'ठीक' करने में सक्षम था। लगता है जैसे उन्होंने मेरे पूरे कनेक्शन को प्राथमिकता दी जब तक कि सबसे तेज यातायात मौजूद था - रात और दिन का अंतर। यह बहुत सबूत नहीं है कि ISPs छायादार सामान करते हैं, लेकिन यह कुछ है।
पूर्ववत करें

7

wgetगति का अच्छा व्यावहारिक उपाय दे। स्पीडटेस्ट के परीक्षणों में संभवतः उस तरह की समानता शामिल है जो उच्च संख्याओं की व्याख्या कर सकती है।

अच्छी औसत गति परीक्षण के लिए मुझे लगता है कि डाउनलोड का समय कम से कम 90-120 सेकंड (अच्छा औसत पाने के लिए) होना चाहिए


मैं एक अधिक शक्तिशाली लॉगिंग कंप्यूटर स्थापित करने और फ़ाइल का आकार बढ़ाने के लिए काम कर रहा हूं।
15

क्या आप "समानता का प्रकार" विकसित कर सकते हैं? मुझे कोई रास्ता / कारण दिखाई नहीं देता क्योंकि प्राथमिकता 1 कनेक्शन है।
सोइल

1
@Soleil, IMHO वे केवल एक ही नहीं, बल्कि कुछ फाइलें डाउनलोड करते हैं। आप इसे कुछ रन करके wgetऔर गति का परीक्षण कर सकते हैं
रोमियो निनोव

1
मैं अपने माप को समानांतर कर सकता था, लेकिन लाभ क्या है? मैंने पहले ही प्रदर्शित किया कि अन्य ग्राहक पूरी गति से पहुंचते हैं। अंतर यह है कि समस्याग्रस्त कनेक्शन में 180 एमएस विलंबता है। तेजी से कनेक्शन <10 एमएस। समानांतर कम विलंबता प्रभाव होगा? सिर्फ पूछ रहे।
हंस लिंकेल्स

1
@RomeoNinov मैंने जाँच की, ऐसी कोई समानता नहीं है (speedtest.net)। प्रति अपलोड एक फ़ाइल और एक डाउनलोड ([1-2] प्रत्येक एमबी)।
सोइल

3

एक कारण यह हो सकता है कि अक्सर अधिकतम गति केवल एक टीसीपी कनेक्शन तक नहीं पहुंच सकती है।

Speedtest.net ने हाल ही में एक एकल कनेक्शन मोड पेश किया है। इसे आज़माएँ और देखें कि क्या इससे कोई फर्क पड़ता है।

फिर, उदाहरण के लिए aria2 के उपयोग के लिए मापदंडों के साथ कई सम्मेलनों का उपयोग करें और तुलना करें। जैसेaria2c -d /dev -o null --allow-overwrite=true --file-allocation=none --max-connection-per-server=8 --min-split-size=1M http://aserv.example.net/~myuser/links/M77232917.txt


2

Fast.com इंटरनेट स्पीड टेस्ट का उपयोग करें , यह एक नेटफ्लिक्स आधारित गति परीक्षण है जिसका अर्थ है कि यह आईएसपी द्वारा नेटफ्लिक्स से अलग नहीं किया जा सकता है।

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

आईएसपी अक्सर डोमेन के आधार पर गति को बढ़ाता है यदि कोई गति परीक्षण या पोर्ट 8080 का उपयोग कर रहा है तो कनेक्ट हो रहा है। जबकि नेटफ्लिक्स पोर्ट 80 का उपयोग करता है, जब इसे प्राथमिकता दी जा रही है।


1
"इसका अर्थ यह है कि इसे आईएसपी द्वारा नेटफ्लिक्स से अलग नहीं किया जा सकता है" - यह असत्य है, आईएसपी HTTPS कनेक्शन पर DNS अनुरोध और SNI दोनों को निश्चित रूप से देख सकता है।
केविन

@ केविन fast.com नेटफ्लिक्स सर्वर से डाउनलोड करने के लिए संपर्क करता है, जिसका अर्थ है कि यह नेटफ्लिक्स से ही वीडियो का अनुकरण करता है। हालांकि मैं आपको आईएसपी प्रदान करूंगा, इस तथ्य को पकड़ सकता है कि उस विशिष्ट साइट से जुड़ना जो नेटफ्लिक्स आधारित सर्वर से संपर्क करता है, उसे speedtest.net के समान प्राथमिकता की आवश्यकता होती है
जोनाथन

यह बिल्कुल रॉकेट साइंस नहीं है। इसके लिए उन्हें बस कुछ ही मिनटों या घंटों के लिए नेटफ्लिक्स को अनथ्रोटल करना है, इसके बाद वे एक fast.com कनेक्शन देखते हैं। निश्चित रूप से, उल्टा यह है कि आप अपने आप को अनियंत्रित करने के लिए fast.com पर जा सकते हैं, फिर टैब बंद कर सकते हैं और वास्तविक के लिए नेटफ्लिक्स देख सकते हैं।
केविन

व्यक्तिगत रूप से मुझे संदेह है कि यह कंप्यूटर विज्ञान है या रॉकेट विज्ञान के बजाय कम से कम इससे संबंधित है। ऐसा लगता है कि कुछ बड़े ISPs (जैसे बेल) पिछले कुछ वर्षों में fast.com पर नहीं पकड़े गए हैं। किसी भी तरह से अपने कंप्यूटर पर एक स्क्रिप्ट चलाने के लिए जो आपके डाउनलोड की गति को कम करने के लिए fast.com से जुड़ता है जबकि अगर थ्रॉटलिंग काफी खराब है तो यह व्यवहार्य होगा।
जोनाथन

0

क्या यह सिर्फ मेरे लिए है या उसने कोई नोटिस नहीं किया है और उसने एमबीपीएस और वाज कमांड सूची "एमबी / एस" कहा है।

60mbp / s और वास्तव में 11.2Mb का सामान्य होना।

एमबीपीएस और एमबी / एस दो अलग-अलग गति हैं।

"एक मेगाबिट एक मेगाबाइट जितना 1/8 है, जिसका अर्थ है कि 1 सेकंड में 1 एमबी फ़ाइल डाउनलोड करने के लिए आपको 8 एमबीपीएस के कनेक्शन की आवश्यकता होगी।" तो 11mbx8 = 88mbps ... 11.2Mb वास्तव में कनेक्शन रिपोर्टिंग के लिए अच्छा है। 60-70mbps।

क्या स्मृति रखने वाले लोग इसे खो देते हैं। आपको 70 एमबीपीएस की तेज गति के साथ कभी भी 70mb / s नहीं मिलेगा


के उत्पादन में wgetहै Mb / s जो करने के लिए अनुवाद Megabits / sMB / s मेगाबाइट्स / s में अनुवाद करेगा । बस अपनी खुद की wgetकमांड चलाएं और परिणाम को सत्यापित करें।
थॉमस

1
@ नाम: डिफ़ॉल्ट रूप से हां, लेकिन ओपी में wgetकमांड में वह --report-speed=bitsपरिणाम शामिल है जो Mb/sकि है Mbit/s। जो बिना अनुवाद के चलता है, --report-speed=bitsवह चलता MB/sहै MByte/s। नोट bऔर B
थॉमस
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.