4 Mbit / s की इंटरनेट स्पीड का क्या मतलब है?


8

जब मैं अपने अपलोड / डाउनलोड की गति की जाँच करता हूँ तो यह 4 Mbit / s है। इसका मतलब है कि मैं प्रति सेकंड 4 मेगाबिट्स पर डाउनलोड / अपलोड कर सकता हूं। लेकिन मुझे पूरी तरह से समझ में नहीं आता कि इसका क्या मतलब है।

उदाहरण के लिए, यदि मैं लंदन से किसी वेब एप्लिकेशन के माध्यम से 4 एमबी फाइल (सादगी के लिए इस आकार को देखते हुए) अपलोड कर रहा हूं और मेरी इंटरनेट स्पीड 4 Mbit / s है, तो क्या मैं वास्तविक भौतिक की परवाह किए बिना 1 सेकंड में इस फाइल को अपलोड कर पाऊंगा सर्वर का स्थान (यह ऑस्ट्रेलिया या न्यूयॉर्क या दुनिया का कोई अन्य स्थान हो)? तो, जब हम कहते हैं कि अपलोड की गति 4 मेगाबिट प्रति सेकंड है, तो वह किस स्थान पर लागू होती है? निश्चित रूप से यह हमेशा गंतव्य स्थान के संबंध में होना चाहिए, क्या ऐसा नहीं है?

अद्यतन: - मैं सिर्फ सादगी के लिए 4 एमबी के रूप में फ़ाइल का आकार माना जाता है। मैं यह भी समझता हूं कि 1 एमबीपीएस 1 एमबीपीएस के बराबर नहीं है। 1 एमबीपीएस = 8 एमबीपीएस। यह प्रश्न वास्तव में है कि गति का अर्थ व्यावहारिक रूप से क्या है?


11
फ़ाइल आकार MegaBytes (MB) में हैं, लेकिन लाइन की गति MegaBits (Mb / s) में है। 1 एमबी को 1Mb / s पर स्थानांतरित होने में 8 सेकंड लगते हैं (क्योंकि एक मानक बाइट में 8 बिट्स होते हैं)। आपका आईएसपी केवल उनके द्वारा प्रदान की जाने वाली गति का विज्ञापन कर सकता है, इसलिए एक बार जब आपका ट्रैफ़िक उनके नेटवर्क को छोड़ देता है, और अन्य नेटवर्क को पार करता है, तो कोई गारंटी नहीं है कि गति समान रहेगी। तो नहीं, यह स्थान की परवाह किए बिना नहीं है। व्यावहारिक रूप में, ग्रह के चारों ओर आधे रास्ते तक पहुंचने में हमेशा अतिरिक्त समय लगेगा, जितना कि अगले दरवाजे पर चलना है।
फ्रैंक थॉमस

@FrankThomas कहो मैं amazon साइट पर कुछ फ़ाइल अपलोड करना चाहता हूँ। मान लें कि सेवा प्रदाता PEAK है। क्या आपका मतलब है कि पहले डेटा PEAK की यात्रा करेगा (और वह गति 4 एमबीपीएस होगी। तो भी अगर यह मेरे और मेरे आईएसपी के बीच 4 एमबीपीएस है तो क्या इसका मतलब है कि मेरा डेटा अपने आईएसपी के बावजूद इसके स्थान तक पहुंच जाएगा? मुझे विश्वास है कि नहीं )। एक बार जब डेटा मेरे आईएसपी तक पहुंच जाता है, तो यह अमेज़ॅन सर्वर को जोड़ने की कोशिश करेगा। ISP अमेजन सर्वर को किस नेटवर्क से जोड़ने जा रहा है? मैं सामान्य नेटवर्क या PEAK नेटवर्क का मालिक हूं?
user3198603

@ user3198603 - आप सीधे अमेज़न से जुड़ेंगे। फ्रैंक की बात है, आप केवल उस गति पर अपलोड कर सकते हैं जो आपके आईएसपी प्रदान करता है, लेकिन सबसे धीमा आम भाजक desination हो सकता है। यह इस मामले में अमेज़ॅन नहीं है, जो कई कारकों द्वारा आपके आईएसपी की क्षमताओं को पार कर जाएगा।
रामहुंड

1
"4 एमबी फाइल" क्या आप वास्तव में 4 मेगाबिट फाइल का मतलब है? या एक 4 मेगाबाइट फ़ाइल?
पीटर मोर्टेंसन

1
ध्यान दें कि जब आप कोई फ़ाइल अपलोड करते हैं, तो यह न केवल फ़ाइल को स्थानांतरित करता है, बल्कि अन्य मेटा जानकारी भी, जैसे HTTP हेडर, टीसीपी पैकेट रैपर, आदि। प्रोटोकॉल के आधार पर, वास्तविक डेटा जिसे आप ट्रांसफर करते हैं, वह वास्तव में एक उल्लेखनीय के लिए बढ़ सकता है। हद।
SOFe

जवाबों:


15

यह गति आपके और आपके ISP के बीच की कड़ी को संदर्भित करती है। यह गारंटी नहीं है कि आप इंटरनेट पर किसी भी स्थान से उस गति को प्राप्त कर सकते हैं।

लंदन में एक सर्वर से अपने डेस्कटॉप पर एक फ़ाइल अपलोड करने का उदाहरण दें।

  1. डेटा आपके पीसी पर है।
  2. डिफ़ॉल्ट गेटवे के लिए अपने स्थानीय लैन के माध्यम से डेटा छोड़ दें। (यदि आपके पास वायर्ड नेटवर्क है तो 100Mbit / sec या 1Gbit / sec में सबसे अधिक संभावना है)।
  3. डेटा मॉडेम पर आता है और आपके ISP पर 4Mb / s पर अपलोड किया जाता है । अगर वह वैश्विक आईएसपी है तो इसे उनके स्थानीय डेटा सेंटर पर अपलोड किया जाएगा।
  4. डेटा लंदन में सर्वर पर अनिर्दिष्ट तरीके से भेजा जाता है।

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

... और मेरी इंटरनेट की गति 4Mbps है, क्या मैं सर्वर वास्तविक भौतिक स्थान (चाहे वह ऑस्ट्रेलिया या न्यूयॉर्क या दुनिया में किसी अन्य स्थान पर हो) के बावजूद 1 सेकंड में यह फ़ाइल अपलोड कर दूंगा।

4Mb / सेकंड को गंतव्य के लिए पथ का सबसे धीमा लिंक माना जाता है: हाँ।

यदि आप इन दो उपमाओं के बारे में सोचते हैं तो इससे मदद मिल सकती है:

  1. लिंक की विभिन्न मोटाई के साथ एक श्रृंखला बनाएं। यह श्रृंखला सबसे कमजोर कड़ी के रूप में मजबूत है। या पाइपलाइनों का एक सेट। आपका स्थानीय पाइपलाइन 4cm है। प्रवाह हालांकि ती तेजी से नहीं जाएगा यदि यह एक बड़े पाइप से जुड़ा हुआ है। यदि यह धीमा हो सकता है, तो इसे एक पतली पाइप (जैसे कि अगर लंदन में सर्वर 33600 बीपीएस पर है) पर जाना चाहिए
  2. Qua रूटिंग: आप गंतव्य के लिए एक पूर्ण पथ सेट नहीं करते हैं। यह एक पत्र पोस्ट करने की तरह है। यदि यह एक स्थानीय घर के लिए है, तो इसे मेलबॉक्स में डालें, और यदि पोस्टबॉक्स में डाल दें। आपको परवाह नहीं है कि मेल आंतरिक रूप से कैसे बहता है, जब तक यह आता है। आईपी ​​के लिए रूटिंग समान है।

कहो कि मैं amazon साइट पर कुछ फ़ाइल अपलोड करना चाहता हूँ मान लें कि सेवा प्रदाता PEAK है। क्या आपका मतलब है कि पहले डेटा PEAK की यात्रा करेगा (और वह गति 4 एमबीपीएस होगी। तो भी अगर यह मेरे और मेरे आईएसपी के बीच 4 एमबीपीएस है तो क्या इसका मतलब है कि मेरा डेटा अपने आईएसपी के बावजूद इसके स्थान तक पहुंच जाएगा? मुझे विश्वास है कि नहीं )। एक बार जब डेटा मेरे आईएसपी तक पहुंच जाता है, तो यह अमेज़ॅन सर्वर को जोड़ने की कोशिश करेगा। ISP अमेजन सर्वर को किस नेटवर्क से जोड़ने जा रहा है? मैं सामान्य नेटवर्क बैठा हूं या PEAK नेटवर्क का मालिक है?
user3198603

1
सही बात। (आवश्यक न्यूनतम टिप्पणी प्राप्त करने के लिए अनावश्यक सामान के साथ जाने के लिए 7 और चार्ट)। अरे। मुझे वास्तव में केवल एक शब्द और एक डॉट की जरूरत थी।
हेन्नेस

1
"Qua रूटिंग" क्या है?
कटिक्रमज

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

3
@ user3198603, किसी को भी प्रोटोकॉल ओवरहेड या गोल-यात्रा के समय का उल्लेख नहीं है। अधिकांश फ़ाइल स्थानान्तरण टीसीपी का उपयोग करते हैं, और टीसीपी बैंडविड्थ के अलावा अन्य कारकों द्वारा सीमित है, जैसे कि गोल-यात्रा समय और खिड़की का आकार। इसके अलावा टीसीपी धीमी शुरुआत है, टीसीपी जहां किसी भी आवेदन परत ओवरहेड प्लस की आवश्यकता है, retransmits। यह सब अतिरिक्त देरी तक जोड़ता है, और इसका मतलब है कि छोटी फ़ाइलों के लिए कम से कम आपको बेहतर डेटा ट्रांसफर दरों को एक सर्वर तक पहुंचने की अनुमति मिलेगी, जो एक अलग महाद्वीप पर होने के बजाय करीब है।
marctxk

11

बिट्स बनाम बाइट्स

बिट = एक एकल १ या ०

  • = _

बाइट = 8 1 या 0 का

  • = _ _ _ _ _ _ _ _ _

  • [प्रति सेकंड बाइट्स पाने के लिए] (या मेगाबाइट, गीगा, आदि) बस ___ बिट्स लें और 8 से विभाजित करें

भंडारण बाइट्स में मापा जाता है, क्यों?

  • बाइट्स [डाटा] हैं क्योंकि एक बाइट, [1 सिंगल लेटर] बनाने के लिए 8 1 और 0 का जोड़ होता है, जो अक्षर एक कंप्यूटर की जानकारी है। लेकिन एक बिट का मतलब कुछ भी नहीं है जब तक कि आपको 8 बिट्स न मिलें।
  • बाइट्स 8 बिट्स हैं।
  • 1 मेगाबाइट 1000 किलोबाइट है। 1000 मेगाबाइट्स GigaByte आदि ... मैट्रिक्स बनाते हैं।

== >> महत्वपूर्ण अद्यतन << ==

मेरे बाइट्स को सही करने की कोशिश कर रहे लोगों के लिए

कृपया विकिपीडिया / विकी / मेबिबाइट पर जाएँ

धन्यवाद

UPDATE का अंत

डेटा ट्रांसफर BITS में मापा जाता है, क्यों?

क्योंकि आपके द्वारा भेजी जाने वाली सबसे कम जानकारी 1 या 0 (चालू या बंद) है। इसलिए यदि आप एक टॉर्च को चालू करते हैं, तो thats "ऑन" 1, और इसे बंद करें "बंद" या 0. "- यह कैसे कंप्यूटर एक दूसरे से बात करते हैं 1 और 0 के एक दूसरे को स्पंदन करके।

लेकिन कितनी तेजी से वे एक दूसरे में एक दूसरे पर पल्स करते हैं?

अच्छा यह होगा कि प्रति सेकंड कितने बिट्स होंगे?

तो हम कहते हैं " बिट्स प्रति सेकंड "।


4
सुधार: 1 मेगाबाइट = 1024 किलोबाइट = 1024 * 1024 बाइट्स। यह सही मीट्रिक नहीं है, यह सिर्फ करीब है (यह वास्तव में 2 ^ 10 है, बाइनरी के बाद से। यह सिर्फ 2 ^ 10 1024 है, जो वास्तव में एक हजार के करीब है, इसलिए हम इसका उपयोग करते हैं, भले ही यह 2% से गलत हो) ।
सेप

1
(Async) धारावाहिक संचार में 1 बाइट प्रभावी रूप से स्टार्ट बिट के ओवरहेड और रुकने और / या समता के काटने, आदि के कारण 10 बिट या अधिक हो सकता है
पीटर मोर्टेंसन

8
@ डेलियोथ सत्य नहीं है। मेगाबाइट = 1000 * 1000 बाइट्स। मेबिबाइट = 1024 * 1024 बाइट्स। En.wikipedia.org/wiki/Binary_prefix देखें । कृपया भ्रामक अतिभारित इकाइयों को फैलाना जारी न रखें।
नायुकी

5
मेगाबाइट्स 1000 बाइट्स => नहीं हैं । किलोबाइट्स 1000 बाइट्स हैं।
थॉमस अय्यूब

@Nayuki केवल स्पष्ट किए बिना SI इकाइयों का उपयोग करके केवल "9TGB के रूप में मेरा 1TB ड्राइव क्यों दिखा रहा है" की उलझन में जुड़ जाता है? मैं उस स्पष्टीकरण को जोड़ने के साथ समस्या नहीं देखता हूं। आप थ्रूपुट में एसआई इकाइयों के साथ काम करने की संभावना नहीं रखते हैं। यदि आप वास्तव में भ्रम से नफरत करते हैं, तो जवाब केवल किबिबाइट्स और मीबिबाइट्स पर चिपका होना चाहिए।
अरदा ज़ी

2

मैं मान रहा हूं कि फ़ाइल का आकार 4 मेगा बिट्स है, भले ही फ़ाइल आकार आमतौर पर बाइट्स (8 बिट्स) में मापा जाता है। इसका मतलब यह है कि फ़ाइल 4,000,000 बिट्स बड़ी है।

यदि आपके और प्राप्त करने वाले पक्ष के बीच का कनेक्शन 4 mb / s (4,000,000 बिट प्रति सेकंड) है, तो स्थानांतरण के दौरान गति में बदलाव के बिना, हस्तांतरण को पूरा होने में ठीक 1 सेकंड लगेगा। आपके द्वारा स्थानांतरण शुरू करने के बीच का कुल समय और यह वास्तव में पूरा होने से आपके और प्राप्तकर्ता के बीच विलंबता के कारण बड़ा हो सकता है।

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


cascer1, मैं एक नेटवर्क आदमी नहीं हूं, और पिछली बार जब मैंने किसी भी तरह की गणना की थी, जब नेटवर्क में पेपर कप और स्ट्रिंग शामिल थे, इसलिए यह एक बेवकूफ प्रश्न की तरह लग सकता है। मेरा स्मरण यह है कि हम ओवरहेड (चेक अंक, आदि) के लिए खाते हुए प्रेषित 10 बिट प्रति बाइट मान लेते थे। इसलिए यदि आपके पास 4 एमबी / सेकेंड का थ्रूपुट है, तो 4Mb फ़ाइल को 1 सेकंड के बजाय 1.25 सेकंड की आवश्यकता होगी। क्या यह अब मामला नहीं है, या आप केवल स्पष्टीकरण को सरल बना रहे हैं?
फिक्सर 1234

1
मैं एक नेटवर्क आदमी नहीं हूं या तो मैं नेटवर्क इंफ्रास्ट्रक्चर के एक सेमेस्टर के अपने ज्ञान को एक साथ लागू कर रहा हूं जो मुझे लगता है कि मुझे नेटवर्किंग के बारे में पता है। मैंने बाइट के बारे में 10 बिट्स के बारे में कभी नहीं सुना है, लेकिन यह एक बेकर बाइट की
cascer1

@ fixer1234 इसके अलावा (मैं किसी कारण के लिए अपनी अन्य टिप्पणी संपादित नहीं कर सकता), शायद उस बाइट प्रति 10 बिट दिन में एक बहुत सटीक सन्निकटन था, लेकिन मुझे नहीं लगता कि यह अब बहुत सटीक है। फिर, मैं यह मूल रूप से अंतर्ज्ञान के अलावा कुछ भी नहीं पर आधारित करता हूं।
कैसर

लगता है जैसे समय की सुबह से चीजें और अधिक जटिल हो गई हैं। इससे मेरी रुचि जागृत हुई और मैंने थोड़ा गोगलिंग किया। tamos.net/~rhay/wp/overhead/overhead.htm और cisco.com/c/en/us/about/security-center/… इस में मिलता है। नुकसान की अनुमति के बिना, ऐसा लगता है कि आधुनिक नेटवर्क बहुत अधिक कुशल हो सकता है, ओवरहेड के साथ कम 2.5% (नुकसान के बिना सबसे खराब स्थिति ~ सबसे छोटा पैकेट आकार के लिए 83%)। मुझे यकीन नहीं है कि पुराना 25% किस पर आधारित था।
fixer1234

1
10 बिट्स एक समता बिट और एक नियंत्रण बिट के लिए खाते हैं। लेकिन, जैसा कि आप कहते हैं, चीजें वास्तव में थोड़ी अधिक जटिल हैं। यहां तक ​​कि सम्पीडन भी शामिल हो सकता है, यह औसतन 8बिट / बाइट से कम हो सकता है।
ths

1

इसे सरल बनाने के लिए, मान लें कि हां, 4mbps आपकी स्थिर / अधिकतम कनेक्शन गति है: कोई बूंद नहीं, कोई वृद्धि नहीं आदि।

आप अपने अंत में लगातार उस गति को अपलोड और डाउनलोड करेंगे, लेकिन यह सब उस सर्वर पर निर्भर करता है जिसे आप अपलोड कर रहे हैं या जिससे डाउनलोड कर रहे हैं: यदि उनके पास केवल 1Mbps है तो आपकी अधिकतम गति 1Mbps होगी, लेकिन यदि सर्वर की अधिकतम गति 1GB है तो आप 4Mbps पर अधिकतम प्राप्त करेंगे।

आप केवल सबसे तेज गति के रूप में तेजी से जा सकते हैं।


-1

अन्य उत्तरों के अलावा

यदि आप अपनी फ़ाइल किसी तेज़ सर्वर पर अपलोड करते हैं, तो आपके ISP का लिंक एक श्रृंखला की सबसे धीमी कड़ी है, तो आपके ISP द्वारा स्थानांतरण 4 एमबीपीएस तक सीमित होगा - यह सामान्य रूप से बड़ी फ़ाइलों के लिए सही है।

लेकिन अगर हार्डवेयर बेहतर कर सकता है (यानी 4Mbps आपके ISP द्वारा निर्धारित एक मनमानी सीमा है क्योंकि आप केवल इस विकल्प के लिए भुगतान करते हैं, कुछ तेज नहीं) और आपकी फ़ाइल काफी छोटी है तो आपको " बर्स्ट अपलोड स्पीड " का अनुभव हो सकता है ।

इसका मतलब है कि आपका आईएसपी आपको पहले 10 एमबी (उदाहरण के लिए, आपके आईएसपी द्वारा निर्धारित मूल्य) एक फ़ाइल को घोषित 4 एमबीपीएस की तुलना में बहुत तेजी से भेजने की अनुमति दे सकता है यदि आपका लिंक निष्क्रिय हो गया है (या लगभग बेकार है) जबकि। इन 10 एमबी के बाद लिंक "संतृप्त" हो जाता है और शेष डेटा के लिए 4 एमबीपीएस सीमा लागू होती है। अपने लिंक को लगभग दूसरे समय के लिए निष्क्रिय कर दें और आप फिर से फूट सकेंगे।

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

यह तंत्र आपके वेब ब्राउजिंग को अधिक डरावना बनाता है, फाइलों के अपलोड में सुधार करता है।

आईएसपी के दृष्टिकोण से, उनके कई ग्राहक केवल इस तरह के ऊपर की ओर फट उत्पन्न करते हैं। वे (एक समूह के रूप में) शायद ही कभी आईएसपी के लिंक को इंटरनेट (इसके अपलोड बैंडविड्थ) पर संतृप्त करते हैं क्योंकि फट अलग-अलग क्षणों में बेतरतीब ढंग से होते हैं, इसलिए हर एक कनेक्शन को सीमित करने का कोई मतलब नहीं है। फटने के लिए धन्यवाद, जब वे अपने भोजन की तस्वीरें पोस्ट करते हैं तो ये ग्राहक अधिक उत्तरदायी फेसबुक से खुश होते हैं। दूसरी ओर कुछ ग्राहक पी 2 पी का उपयोग कर रहे हैं या एक ही समय में बड़ी फाइलें भेजकर बाहर की कड़ी को संतृप्त कर सकते हैं, इसलिए वे कुछ सीमा से अधिक होने पर सीमित होते हैं।

आपके उदाहरण में 4 एमबी की एक फ़ाइल छोटी है, यह 0.5 एमबी है। यदि आपका ISP इसका समर्थन करता है तो इसे एक ही फट के भीतर पूरा स्थानांतरित किया जा सकता है। यद्यपि आप अपने ISP से परे कुछ अन्य सीमा (या अस्थायी नेटवर्क मंदी) मार सकते हैं।


1
मुझे लगता है कि आपको नीचे मतदान किया जा रहा है क्योंकि आपकी संतृप्ति और फटने की व्याख्या। आमतौर पर आईएसपी की विज्ञापित गति आमतौर पर फटने की गति है, और शायद ही कभी लाइन संतृप्ति एक मुद्दा है। यह देखते हुए कि केबल 300Mbps + अभी तक प्राप्त कर सकते हैं और VDSL अधिक कर सकते हैं, DSLAM, आदि के आधार पर, आपका उत्तर थोड़ा बंद है।
इयान एम
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.