क्या होता है जब एक इंटरनेट कनेक्शन स्टोरेज राइट स्पीड से तेज होता है?

Question

अगर किसी ने हार्ड ड्राइव पर 500 एमबी / एस (62.5 एमबी / एस) की राइट स्पीड के साथ 800 एमबी / एस (100 एमबी / एस) की गति से एक फ़ाइल डाउनलोड करने का प्रयास किया, तो क्या होगा? क्या सिस्टम डाउनलोड स्पीड को कैप करेगा?

Comments

यह नेटवर्क की स्थापना के बाद से है, जब आप एक व्यस्त नेटवर्क से बाहर विश्वविद्यालय में व्यस्त घंटों से बाहर हैं, तो पूरी तरह से सामान्य स्थिति है।

— पीटर -

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

— कार्स्टन एस

@ PeterA.Schneider के पोस्ट में वर्णित एक अनुभव होने के बाद, मैं आपको बता सकता हूं कि आपको ऑपरेटिंग सिस्टम के रैम बफ़र्स को ध्यान में रखना होगा। जब तक वे भरे नहीं जाते हैं, आप प्रभावी रूप से रैम की गति से डाउनलोड किए गए डेटा को स्टोर कर सकते हैं। (आमतौर पर प्रति सेकंड हजारों मेगाबाइट में।)

— कोई भी

@ कोई नहीं, और निश्चित रूप से, वहाँ हमेशा बेतुका पाइप है जो इंटरनेट की रीढ़ बनाता है जो इतनी तेज़ी से डेटा संचारित करता है कि आपके विशिष्ट कंप्यूटर की रैम भी नहीं रख सकती है!

— Cort Ammon -

आपका कंप्यूटर ICMP अनुरोध को धीमा करने के लिए कहेगा। हालाँकि, इन कम गति पर आप SSD या M.2 ssd प्राप्त कर सकते हैं और अब आपकी लिखने की गति इतनी अधिक है कि 100mb / s आसान हो जाएगा। कुछ M.2 1500MB / s लिखते हैं। RAID में 2 या अधिक रखें और आप कई बार ओवर स्पीड कर सकते हैं। क्षमता और ब्रांड के आधार पर सादे SSD 300-450MB / s हो सकते हैं। storagereview.com/samsung_960_pro_m2_nvme_ssd_review

— साइबरन

Answer 1

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

https://en.wikipedia.org/wiki/Flow_control_(data)

Comments

... आदर्श रूप से। बफ़रब्लोअट का अर्थ है कि यह संभावना है कि कई स्विचों को संग्रहीत किया जाएगा और पैकेट के एक बढ़ते-बढ़ते ढेर का इंतजार करना होगा (जिसे हस्तांतरण प्रोटोकॉल द्वारा कुछ हद तक कम किया जा सकता है जिसे जारी रखने के लिए कभी-कभी एसीके की आवश्यकता होती है)।

— एरिक टॉवर्स

आप उल्लेख कर सकते हैं कि यह यूडीपी से टीसीपी (हे, इसका नाम में इसका नियंत्रण है) को अलग करता है, जो उपभोक्ता की क्षमता की परवाह किए बिना खुशी से भेजते रहेंगे।

— पीटर -

@ फैबियन ऐसा ही हर समय होता है। OS का हार्ड ड्राइव कैश, HDD को जितना जल्दी हो सके, इन-रैम कैश को भरने और लिखने के लिए डेटा को तेजी से 'भेजा' जा सकता है। इसलिए, आपकी मशीन में (अप्रयुक्त) रैम की मात्रा के आधार पर, ओएस डिस्क में पहुंचने से पहले रैम में किसी फ़ाइल के कुछ दर्जनों से सैकड़ों एमबी तक बफर कर सकता है। हालांकि कैश आकार एक समझौता है, क्योंकि डेटा जिसे एप्लिकेशन डिस्क पर पहले से ही लगातार माना जा सकता है वह एक निश्चित समय के लिए नहीं हो सकता है, जो (पावर) विफलता या इसी तरह के मामले में अप्रत्याशित डेटा हानि हो सकती है।

— जिमीबी

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

— vsz

@ EricTowers नहीं, बफरब्लोट केवल तभी होता है जब नेटवर्क कनेक्शन अड़चन होता है। (आप हार्ड ड्राइव पर बफरब्लैट का एक रूप देख सकते हैं, जो अन्य हार्ड ड्राइव संचालन को धीमा कर देगा, लेकिन यह अन्य नेटवर्क कनेक्शन को प्रभावित नहीं करेगा)

— user253751

Answer 2

क्या हुआ होगा?

• बाइट्स जो समय में एचडीडी को नहीं लिखा जा सकता है, वह कहीं अस्थायी रूप से बफर हो जाएगा; बहुत संभव है कि उनमें से कुछ को एप्लिकेशन में "बफ़र" किया गया हो, जो नेटवर्क ट्रैफ़िक को HDD ट्रैफ़िक (अर्थात, आपका ब्राउज़र) में परिवर्तित करता हो, और लंबे समय तक जमाव के मामले में, स्टैक के निचले स्तर के हिस्से (यानी, आपके नेटवर्क नेटवर्किंग) पीसी) में निम्न स्तर पर बफ़र्स भी होंगे, जो पूर्ण तक भरेंगे।
• डेटा बहुत तेजी से आ रहा है कि जानकारी फिर कुछ फैशन में प्रेषक को वापस प्रचारित करेगा। टीसीपी / आईपी के मामले में, इसका मतलब यह होगा कि टीसीपी प्रोटोकॉल का एक हिस्सा है जो प्रेषक को बताता है कि इसे भेजना बंद कर देना चाहिए। टीसीपी / आईपी पर विकिपीडिया पृष्ठ कहता है कि यह सबसे अच्छा है:

  इसकी [टीसीपी] ज़िम्मेदारी में त्रुटि नियंत्रण, विभाजन, प्रवाह नियंत्रण, भीड़ नियंत्रण के साथ-साथ अंतर्निहित नेटवर्क से स्वतंत्र अंत-टू-एंड संदेश हस्तांतरण शामिल है, और ...

• दिन के अंत में, "सिस्टम" (जरूरी नहीं कि प्राप्तकर्ता का कंप्यूटर हो, लेकिन प्रेषक, नेटवर्क और प्रापक से युक्त कुल सिस्टम) अप्रत्यक्ष रूप से डाउनलोड स्पीड को "कैप" करेगा। हालांकि, अस्तित्व में "गति" चर नहीं है। नेटवर्क ट्रैफ़िक और HDD ट्रैफ़िक, दोनों ही ब्लॉक-आधारित हैं, यानी उन ब्लॉकों के बीच की देरी लंबे समय तक (तेज़ नेटवर्क पक्ष पर) तब तक होती रहेगी जब तक कि नेट "स्पीड" (थ्रूपुट) औसतन आपकी धीमी गति के समान न हो जाए HDD।

क्या सिस्टम डाउनलोड स्पीड को कैप करेगा?

सचमुच नहीं। कुछ दर्जन साल पहले, कंप्यूटर वास्तव में सिंक्रोनस स्पीड (यानी, फिक्स्ड स्पीड सेटिंग्स के साथ मॉडेम) के साथ संचार करता था। यह कुछ अपेक्षाकृत निम्न स्तर पर है, आज भी हो रहा है; यानी, आपके डीएसएल या केबल मॉडेम में संभवत: कुछ सेट गति होगी, जिस पर यह अपने प्रत्यक्ष भौतिक अपलिंक घटक के साथ संचार करता है। लेकिन 2017 में, यह सब पर्याप्त रूप से जटिल है कि लगभग सभी घटक काफी गतिशील हैं। अच्छे पुराने दिनों में, मॉडेम अक्सर शारीरिक रूप से केवल एक निश्चित गति बोलने में सक्षम होते थे, और यह कि डायल करने से पहले भी स्थापित किया जाना था। एटीएम जैसे कुछ नेटवर्क प्रोटोकॉल हैं जो एक तुल्यकालिक विस्तृत क्षेत्र नेटवर्क प्राप्त करने की कोशिश करते हैं। लेकिन वे टीसीपी / आईपी की तुलना में इतनी अच्छी तरह से नहीं निकले।

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

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

Answer 3

फ़ाइल डाउनलोड (आमतौर पर) टीसीपी नामक एक प्रोटोकॉल पर होता है। टीसीपी में, प्रेषक किसी भी डेटा को तब तक नहीं भेजता है जब तक कि रिसीवर इसे प्राप्त करने के लिए तैयार न हो।

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

समग्र प्रभाव यह है कि प्रेषक बस भेजने से पहले रिसीवर को पकड़ने के लिए इंतजार करता है।