एक उच्च बैंडविड्थ इंटरनेट कनेक्शन कम पिंग प्रतिक्रिया समय होगा?


15

यह स्पष्ट लगता है कि एक तेज कनेक्शन विलंबता को कम करता है ... लेकिन मुझे आश्चर्य है: मैं दुनिया के दूसरे छोर पर एक मेजबान पर दूर से काम कर रहा हूं - प्रकाश केवल इतनी तेजी से यात्रा कर सकता है (एक नैनो सेकंड में 1 फुट) और हम दोनों में ब्रॉडबैंड कनेक्शन हैं 1000kbps अपलोड और 10,000kbps डाउनलोड से अधिक में:

एक उच्च बैंडविड्थ कनेक्शन पिंग में लगने वाले समय को कम करेगा ?? चूंकि यह बहुत कम डेटा है, इसलिए तेज़ कनेक्शन कैसे मदद करेगा? वर्तमान में पिंग 450ms लेता है क्या कोई तरीका है जिससे मैं इसे सुधार सकता हूं ??


7
यदि आप 3TB हार्ड ड्राइव के साथ एक AirBus भर चुके हैं और पूरे अटलांटिक में उड़ान भरते हैं, तो बेतरतीब ढंग से, शायद कनेक्शन की गति Gb / सेकंड के दसियों में होगी, लेकिन विलंबता घंटे होगी।
धब्बा

450ms से शुरू होने वाले उपग्रह की तरह खुशबू आ रही है। मैं दुनिया भर में लगभग आधा रास्ता तय कर रहा हूं (शिकागो -> बर्लिन) और मेरे पास लगभग 125ms हैं। यदि आप इसे रैखिक के रूप में लेते हैं, तो 450ms क्या होगा - दुनिया भर में, लगभग। यहाँ कुछ अजीब है।
टॉमटॉम

2
@TomTom - ऑप अपनी प्रोफाइल के अनुसार ऑस्ट्रेलिया से है, जो हमारे ही देश में दयनीय विलंबता के लिए कुख्यात है। मेरी शर्त यह है कि उस लेटैस्ट का अधिकांश हिस्सा उसके पैकेटों के देश से बाहर जाने से पहले होता है। अगर वह TPG जैसे किसी व्यक्ति के साथ है, तो संभवतः यह उसके ISP को छोड़ने से पहले होता है।
मार्क हेंडरसन

जवाबों:


24

सबसे पहले, बैंडविड्थ विलंबता के समान नहीं है। एक तेज कनेक्शन जरूरी आपके विलंबता को कम नहीं करेगा। 450ms थोड़ा धीमा लगता है, लेकिन दूर नहीं अगर आप दुनिया भर में 1/2 रास्ते पर जा रहे हैं। उच्च गति के संदर्भ के एक फ्रेम के रूप में, कम विलंबता लिंक अमेरिका को पार करने के लिए ~ 70-80ms लगेगा। आप अपने प्रदाता को बदलकर यह अनुमान लगाने में सक्षम हो सकते हैं कि उनके प्रदाता के पास अधिक इष्टतम सहकर्मी पथ है। लेकिन मैं कुछ भी वादा नहीं कर सकता।


2
दूसरे शब्दों में नहीं। प्रतिक्रिया समय को बेहतर बनाने का एकमात्र तरीका एक अलग प्रदाता का उपयोग किया जा सकता है जिसके पास बेहतर मार्ग हो सकता है। क्या वो सही है?

2
हमें और अधिक टिप्पणी करने के लिए (दोनों दिशाओं में) ट्रेसरआउट देखने की आवश्यकता होगी। पहले-हॉप विलंबता (उर्फ अंतिम मील) को जानने से यह निर्धारित करने में भी मदद मिल सकती है कि वास्तव में कोई अन्य प्रदाता मदद करेगा या नहीं।
विम केरखॉफ

tracereoutes जानबूझकर धीमा कर रहे हैं यह इंटरनेट पर लगता है और हास्यास्पद रूप से लंबे होते हैं ..

आह, नहीं, अनुरेखक उन सभी स्थानों से ठीक काम करता है, जिन पर मुझे सर्वर हैं, क्षमा करें।
टॉमटॉम

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

11

एक "तेज" कनेक्शन (जैसा कि आप इसका उल्लेख कर रहे हैं) कम विलंबता नहीं है। एक "तेज" कनेक्शन अधिक डेटा को दी गई अवधि में तार पर रखने की अनुमति देता है।

बैंडविड्थ क्षमता का एक उपाय है।

विलंबता विलंब का एक उपाय है।

संपादित करें

यहां बैंडविड्थ और विलंबता के बीच अंतर का एक उदाहरण है: 2 इंटरनेट कनेक्शन की कल्पना करें, एक 10 एमबीपीएस और दूसरा 1 एमबीपीएस। दोनों में 50ms की विलंबता है। अब कल्पना कीजिए कि मैं उन कनेक्शनों के दूसरे छोर पर एक दूरस्थ टर्मिनल पर कीस्ट्रोक्स भेज रहा हूं। सादगी के लिए कहते हैं कि प्रत्येक कीस्ट्रोक 1 एमबीपीएस बैंडविड्थ की खपत करता है। 10Mbps कनेक्शन पर मैं A, B, C, D, E, F, G, H, I, J को एक ही समय पर पत्र भेजने में सक्षम हूं, इसलिए वे सभी दूरस्थ टर्मिनल पर 50ms बाद में पहुंचते हैं और पर गूँजते हैं स्क्रीन ... एक ही समय में। अब 1Mbps कनेक्शन पर प्रत्येक कीस्ट्रोक स्वतंत्र रूप से भेजा जाता है क्योंकि प्रत्येक कीस्ट्रोक उपलब्ध बैंडविड्थ की सभी खपत करता है। इसलिए अक्षर A भेजा जाता है, और फिर 50ms बाद में इसे रिमोट टर्मिनल द्वारा प्राप्त किया जाता है और स्क्रीन पर प्रतिध्वनित होता है, उसके बाद B 50ms अक्षर के बाद आता है, तब अक्षर C ... अक्षर J के सभी रास्ते। यह सभी दस अक्षरों को दूरस्थ टर्मिनल पर प्राप्त करने और स्क्रीन पर गूँजने के लिए 500ms का समय लेगा। क्या 10Mbps कनेक्शन तेज है? नहीं, यह नहीं है। यह विलंबता 1Mbps कनेक्शन की तरह 50ms है। यह इस तथ्य के कारण तेजी से प्रकट होता है कि इसमें उच्च थ्रूपुट (बैंडविड्थ) है और एक समय में अधिक डेटा तार पर रखा जा सकता है। यह बैंडविड्थ (क्षमता) और विलंबता (विलंब) के बीच अंतर है। सख्त अर्थों में, एक "तेज" कनेक्शन (जिस तरह से आप इसे संदर्भित कर रहे हैं) विलंबता को कम नहीं करेगा। यह इस तथ्य के कारण तेजी से प्रकट होता है कि इसमें उच्च थ्रूपुट (बैंडविड्थ) है और एक समय में अधिक डेटा तार पर रखा जा सकता है। यह बैंडविड्थ (क्षमता) और विलंबता (विलंब) के बीच अंतर है। सख्त अर्थों में, एक "तेज" कनेक्शन (जिस तरह से आप इसे संदर्भित कर रहे हैं) विलंबता को कम नहीं करेगा। यह इस तथ्य के कारण तेजी से प्रकट होता है कि इसमें उच्च थ्रूपुट (बैंडविड्थ) है और एक समय में अधिक डेटा तार पर रखा जा सकता है। यह बैंडविड्थ (क्षमता) और विलंबता (विलंब) के बीच अंतर है। सख्त अर्थों में, एक "तेज" कनेक्शन (जिस तरह से आप इसे संदर्भित कर रहे हैं) विलंबता को कम नहीं करेगा।


तो क्या एक उच्च बैंडविड्थ कनेक्शन पिंग प्रतिक्रिया समय को कम करेगा? यदि नहीं: क्या कोई तरीका है जिससे मुझे बेहतर प्रतिक्रिया समय मिल सकता है?

1
नहीं, यह नहीं होगा। स्पष्टीकरण के लिए मेरा संपादन देखें।
जोकेवेटी

7

कनेक्शन दो प्राथमिक कारकों, विलंबता और बैंडविड्थ में मापा जाता है। "उच्च गति" या "तेज" जैसी कोई चीज नहीं है। वे डबल्स मार्केटिंग कर रहे हैं और पेशेवर रूप से प्रबंधित कनेक्शन के संदर्भ में अर्थहीन हैं।


ठीक है, अन्य लोगों के समान उत्तर, क्या आप जवाब दे सकते हैं: क्या उच्च बैंडविड्थ कनेक्शन पिंग प्रतिक्रिया समय को कम करेगा? यदि नहीं: क्या कोई तरीका है जिससे मुझे बेहतर प्रतिक्रिया समय मिल सकता है?

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

यह सच है लेकिन "हाई स्पीड कनेक्शन" कहने के बजाय "हम दूसरे लोगों की तुलना में प्रति पैकेट अधिक स्थानांतरित करते हैं!"
येल्टन

समझा - लेकिन यह बिल्कुल सही नहीं है - देखें कि चांदी की आग ने क्या कहा है। 32 बाइट्स के पिंग के मामले को लें: आप कह रहे हैं कि जब तक प्रत्येक सहकर्मी पर बैंडविड्थ 32 बाइट्स प्रति सेकंड से अधिक न हो और न ही सहकर्मी कोई अन्य कॉमिक्स कर रहा हो, उसे दूसरे पीयर तक पहुंचने में केवल विलंबता समय लगेगा; वास्तव में यह 1 सेकंड + विलंबता लेगा क्योंकि सहकर्मी को 32 बाइट पिंग डाउनलोड करना होगा जबकि यदि कनेक्शन में प्रति सेकंड बैंडविड्थ 320 बाइट्स होता है तो यह 0.1 सेकंड + विलंबता लेता है। एक बार जब आप 1 एमबी / एस से अधिक में कनेक्शन प्राप्त कर लेते हैं तो डाउनलोड करने का यह समय छोटा होता है। लेकिन चाँदी की मार सही है।

2
कुल संचरण समय विलंबता में समान नहीं है। एक पिंग परीक्षण एक बहुत छोटे संचरण भेजकर अनुमानित विलंबता की कोशिश करता है। तथ्य यह है कि बैंडविड्थ, विशेष रूप से चरम उदाहरणों में, कुल संचरण समय को प्रभावित करता है मुझ पर या उन लोगों को नहीं खोया है जिन्होंने एक मानक पिंग परीक्षण का फैसला किया है वे 32 बाइट्स होंगे। विलंबता वह समय है जो संचरण के प्रारंभ से दूसरे छोर पर प्राप्त करने की शुरुआत तक संचरण लेता है। हाइपरबोले एक अच्छा उदाहरण बनाता है: यदि आप 100 एमबी फ़ाइल के साथ कनेक्शन का परीक्षण करने के लिए थे, और इसमें 3 घंटे लगे, तो आपके कनेक्शन में संभवतः 3 घंटे विलंबता नहीं है।
क्रिस एस

4

मेरा यहां एक बिंदु है जो पिंग से संबंधित है।

आमतौर पर, आईसीएमपी यातायात को उच्च प्राथमिकता नहीं दी जाती है। इसलिए, नेटवर्क विलंब / विलंबता को मापना पिंग या किसी अन्य icmp- आधारित ट्रैफ़िक का उपयोग करके सटीक नहीं होगा।

सूत्र का उपयोग करके दो बिंदुओं के बीच देरी की गणना की जा सकती है:

Total delay = transmission delay + propagation delay + processing delay

ट्रांसमिशन देरी तार पर पैकेट बिट्स को पुश करने का समय है। प्रसार विलंब माध्यम से संबंधित है और गंतव्य तक पहुंचने का समय है। प्रसंस्करण देरी प्राप्त करने और भेजने वाले मशीनों / राउटर से संबंधित है।


2

अक्सर यह होगा, हाँ। लेकिन दोनों एक ही चीज नहीं हैं और सीधे तौर पर जुड़े हुए नहीं हैं। यह बस ऐसा होता है कि आमतौर पर अधिक बैंडविड्थ के साथ कनेक्शन भी कम विलंबता होता है क्योंकि तकनीक का उपयोग किया जाता है।

लेकिन यह हमेशा सच नहीं होता है। भारी मात्रा में डेटा स्थानांतरित करने के लिए एक तेज़ विधि पर विचार करें: 12 2TB हार्ड ड्राइव को डेटा के साथ भरना और उन्हें कूरियर द्वारा भेजना। डेटा ट्रांसफर दर बहुत अधिक है (2000 एमबीपीएस से अधिक है जिसे आप 24 घंटे में 24 टीबी भेज सकते हैं)। विलंबता भी बहुत अधिक है (24 घंटे)। डायलअप में तब काफी कम विलंब होता है, लेकिन डायलअप पर 24TB भेजने में कई साल लग जाते हैं।

सीधे तौर पर दोनों की बराबरी करना अच्छा नहीं है। यदि आपको विशेष रूप से कम विलंबता की आवश्यकता है, तो आपको उस बारे में विशेष रूप से पूछना चाहिए और बैंडविड्थ द्वारा खरीदारी नहीं करनी चाहिए।


Tanenbaum को उद्धृत करने के लिए +1, भले ही आपको इसके बारे में पता न हो :-)
मैसिमो

0

प्रश्न में दो मेजबानों के बीच हॉप्स की संख्या को छोटा करने के लिए अपनी विलंबता में सुधार करने का एकमात्र वास्तविक समाधान है।

यदि आप एक बड़े-से-बड़े कॉर्पोरेट ग्राहक हैं, तो आपको अपने दूरसंचार प्रदाताओं के साथ दोनों साइटों के बीच एक छोटा (संभवतः महंगा) आईपी मार्ग लेने के बारे में संवाद खोलने में सक्षम होना चाहिए।


4
हॉप्स की संख्या का कोई मतलब नहीं है। मैं इसके बजाय 30 हॉप्स के साथ एक पथ का उपयोग करूंगा जो कि फाइबर के माध्यम से विशुद्ध रूप से पार करता है फिर एक 5 हॉप पथ जो इसमें एक उपग्रह कनेक्शन है।
Wim Kerkhoff

0

आपने तथ्यों को इकट्ठा किए बिना बहुत सारे सकारात्मक कार्य किए हैं। आपका सबसे अच्छा शर्त उच्च विलंबता के स्रोत की पहचान करने की कोशिश करना है: यह कहां से शुरू होता है? तब आप इस सवाल का जवाब देने की कोशिश कर सकते हैं: मैं इसे कैसे ठीक करूं?

ट्रैसरूट चलाएं, या बेहतर अभी तक, mtr (mytraceroute)। यदि आप Windows पर हैं, तो आप winmtr का उपयोग कर सकते हैं। इसके लिए PingPlotter भी एक अच्छा साधन है।

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


0

जब तक बल्क डेटा संवादात्मक डेटा बाहर नहीं जा रहा है, तब तक उच्च बैंडविड्थ बहुत मदद नहीं करेगा। यदि दोनों पक्ष xDSL / Cable / Wireless के बजाय फाइबर का उपयोग करते हैं, तो हो सकता है कि आप अपने RTT पर 20-80ms दाढ़ी करें।

प्रत्येक लिंक की गुणवत्ता निर्धारित करने के लिए pingtest.net का उपयोग करके एक पिंग परीक्षण करें। विलंबता महत्वपूर्ण है, लेकिन / घबराना / साथ ही एक बड़ा अंतर बना सकता है। मैं बहुत अधिक घबराना (3 एमबीपीएस) कनेक्शन घबराना के बिना होगा तो घबराना के साथ एक तेज (जैसे 15 एमबीपीएस) कनेक्शन।

टीसीपी कनेक्शन (जैसे एसएसएच, टेलनेट आदि) के लिए, कुछ टीसीपी ट्यूनिंग मदद कर सकते हैं।

आप टीसीपी त्वरक का उपयोग करके भी देख सकते हैं; कमर्शियल वाले हैं लेकिन पेप्सल पहले से ही फर्क कर सकते हैं।


0

शायद आपके फायरवॉल / राउटर ही मुद्दे हैं ...

वास्तव में केवल यह बताएं कि ट्रैसरआउट करने से ब्रेकडाउन कहां होता है, जैसा कि ऊपर कहा गया था,


0

इस प्रश्न के कई अलग-अलग उत्तर हैं, और सही उत्तर (मेरी राय में) "यह निर्भर करता है"।

यदि आपके पास संतृप्त है, तो आपके पास 1gbit / s कनेक्शन होने से कोई फर्क नहीं पड़ता। टीसीपी (और अन्य प्रोटोकॉल) 99% मामलों में ट्रांसमिशन चेक पर भरोसा करते हैं, क्यूओएस या इसी तरह की प्रौद्योगिकियों के साथ सही ढंग से प्राथमिकता नहीं दी जाती है।

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

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


-1

हां, लेकिन ज्यादा नहीं।

एक उच्च बैंडविड्थ का मतलब यह होगा कि पैकेट पूरी तरह से डाउनलोड करने से पहले पैकेट को डेटा संचारित करने में कम समय लेगा और पूरा पैकेट डाउनलोड करने में लगने वाला समय यहां एक कारक है लेकिन वास्तव में यह केवल 10-20ms को जोड़ने वाला है। मामलों।

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

नंबर एक कारक वह समय है जब डेटा का एक पैकेट राउटर्स और अन्य WAN इन्फ्रास्ट्रक्चर में सॉर्ट किया जाएगा।

सैद्धांतिक न्यूनतम समय डेटा का एक पैकेट पूरी दुनिया की यात्रा करने के लिए लगभग 70ms है, कि जब पैकेट प्रकाश की गति से यात्रा कर रहा है।

चारों ओर से पूछें और पता करें कि क्या तेज कनेक्शन और अन्य आईएसपी पर अन्य लोग एक ही विलंब का अनुभव कर रहे हैं, यह पूरी तरह से संभव है कि इसका कारण आईएसपी या कनेक्शन है लेकिन इसकी संभावना नहीं है।


संक्षिप्त उत्तर, हाँ यह विलंबता के समय को कम कर देगा, लेकिन उतना नहीं।
सिल्वरफायर जूल

-2

बैंडविड्थ और देरी अलग-अलग हैं, लेकिन पूरी तरह से अनलिंक नहीं है। जबकि यह मूल रूप से सच है, चीजें काले और सफेद नहीं हैं। बीच-बीच में भूरे रंग के ढेर सारे शेड्स हैं।

यह सच है कि बड़ा बैंडविड्थ होने का मतलब यह नहीं है कि कम विलंब हो, और यह जरूरी नहीं कि समान या उच्चतर विलंब हो।

हमें याद रखना चाहिए कि यह बुनियादी ढांचे पर निर्भर करता है जो नेटवर्क उपकरणों और भौतिक मीडिया से हमारे मेजबान से अपने गंतव्य तक के रास्ते में शामिल है।

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

और यहाँ दिए गए विभिन्न उदाहरणों की भावना में, हाँ - यह बेहतर है कि एक ट्रक को 20 डिस्क्स के साथ एक ही क्षमता के साथ लिया जाए और फिर इन 20 डिस्कों में से केवल 1 के साथ एक ही ट्रक ले। हालांकि - डिस्क के वजन के बारे में क्या? अधिक डिस्क का मतलब अधिक ईंधन और धीमी त्वरण है। लेकिन क्या होगा अगर मैं ट्रक का इंजन बदल दूं?

तो, संक्षेप में - बैंडविड्थ और देरी अलग-अलग हैं, लेकिन पूरी तरह से अनलिंक नहीं है।

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