कैसे कुछ औसत पिंग rates.What द्वारा एक इंटरनेट कनेक्शन की गति की गणना करने के गणना it.IS में शामिल कर रहे हैं द्वारा डाउनलोड गति की गणना यह पिंग दर से अपलोड/डाउनलोड सीमा की गणना करने के लिए संभवअपलोड/पिंग
संपादित करें यदि पिंग कोई समाधान नहीं है तो और क्या है?
एक पिंग आईसीएमपी के माध्यम से नेटवर्क पर एक सिंगल पैकेट भेजा जाता है। आमतौर पर एक पैकेट प्रति सेकंड एक रिमोट मशीन पिंग करने के लिए भेजा जाता है और मार्ग टीसीपी और यूडीपी से अलग हो सकता है आमतौर पर डेटा स्थानान्तरण के लिए उपयोग किया जाता है; रिमोट मशीन पिंग अनुरोधों पर जवाब देने से इंकार कर सकती है। इस प्रकार पिंग अनुरोधों के माध्यम से नेटवर्क थ्रूपुट को मापना अविश्वसनीय और शायद बेकार है।
रिमोट होस्ट को पिंग करने से आप नेटवर्क की विलंबता को मापने की अनुमति देंगे (वह मेजबान जवाब देता है)। यह आपको उस नेटवर्क कनेक्शन पर उपलब्ध बैंडविड्थ के बारे में उपयोगी जानकारी नहीं देगा।
नहीं, ऐसा नहीं है।
एक पिंग पैकेट छोटा है और केवल बिंदु ए से बिंदु बी (या अधिक सामान्य उपयोग में) की गति को सत्यापित करने के लिए उपयोग किया जाता है - अगर उनके बीच कोई रास्ता है, तो यदि कोई कंप्यूटर बिल्कुल जवाब देता है तो
एक पिंग (एक पोंग के लिए) की प्रक्रिया यह है कि एक छोटा पैकेट ए से बी पर भेजा जाता है जब बी को पैकेट मिलता है, तो यह पोंग के साथ प्रतिक्रिया करता है, जिसे तुरंत ए पर भेजा जाता है। पोंग हो जाता है, कुल समय (जो मिलीसेकंड में है, उम्मीद है) पंजीकृत है, और वहां आपके पास एमएस में आपका पिंग है।
यह निश्चित रूप से मानता है कि बी पिंग्स को मना करने के लिए सेट नहीं है या बस वहां नहीं पहुंचता है, या वीपीएन या अन्य उपाय के पीछे है जो प्रतिक्रिया को धीमा कर देता है।
अंत में, तुम सब मिल समय एक पिंग बी करने के लिए एक से चलाने के लिए करने के लिए और वापस ए
को तुलना के लिए, सड़क के पार चल रहा है कोशिश करते हैं और इसे वापस ले जाता है। समय मापो। और अब गणना करने का एक तरीका खोजें कि आप कितना वजन करते हैं।
गति को मापने के लिए, आप आकार और समय की जरूरत है: 1) का आकार: पैकेट आप आकार भेज रहे हैं। | 2) समय: बिंदु ए और बी के बीच पैकेट खर्च का समय। आपकी कहानियां: "अंत में, आपको वह सब मिलता है जब एक पिंग को ए से बी तक और वापस ए तक चलाने के लिए लगता है।" आप सब मिलते हैं? यह वही लगता है जो मुझे चाहिए: पी – Sam
लेटेंसी बैंडविड्थ से अलग है। देश भर में चल रहे डीवीडी के ट्रकलोड की कल्पना करो। बैंडविड्थ उच्च है, लेकिन विलंबता विशाल है।
मेरे उत्तर के साथ अपने अनुरूपता को बांधने के लिए, आप बैंडविड्थ को दूसरे ट्रक के बाद एक दूसरे को भेजकर माप सकते हैं। यदि वे 30 मिनट के अलावा देश के दूसरी तरफ दिखाई देते हैं, तो आपके सिस्टम की बैंडविड्थ प्रति घंटे 2 ट्रकलोड तक सीमित है। शायद नेटवर्क 30 मिनट की कतार के साथ एक विशेष रूप से अक्षम टोलबुथ पर भीड़ में है। तथ्य यह है कि देश भर में प्रत्येक ट्रक के लिए 5 दिनों का समय लगता है वह ऑर्थोगोनल है। – eater
जैसा कि अन्य ने कहा है, पिंग आपको विलंबता बताएगी लेकिन बैंडविड्थ नहीं बताएगी।
netperf आज़माएं। http://www.netperf.org/netperf/। आपको विशिष्ट विकल्प (जैसे टीसीपी/यूडीपी) आदि देना पड़ सकता है
यह वास्तव में बैंडविड्थ अनुमानों को केवल पिंग-जैसी मापों से प्राप्त करना संभव है।
यह हमेशा एक गीग लिंक पर 1500-बाइट पैकेट संचारित करने के लिए 12.3μs लेता है। दूसरे शब्दों में, यदि आप एक मशीन से दूसरी मशीन में दो 1500-बाइट पैकेट भेजने में सक्षम हैं, तो जितनी तेजी से प्रोटोकॉल की अनुमति होगी, वे लगभग 12.3μ अलग होंगे। यह देखते हुए कि यह हो रहा है कि आपका गिग लिंक वास्तव में भीड़ में नहीं है।
अब (फिर मान यह भीड़भाड़ नहीं है) एक वैन भर में मापने का एक सरल उदाहरण के लिए:
HostA -------- RouterA -------- RouterB -------- HostB
GigE OC-3 GigE
होस्ट एक तेजी से उत्तराधिकार में दो 1500-बाइट पैकेट भेजता है। जब राउटर ए को पहला पैकेट प्राप्त होता है, तो यह ओसी -3 वैन लिंक (155 एमबीपीएस) पर इसे अग्रेषित करना शुरू कर देता है। यह 81 लेता है।एक ओसी 3 पर 1500-बाइट पैकेट को आगे बढ़ाने के लिए 5μs, इसलिए राउटर ए पहले पैकेट को अग्रेषित करने के बीच में होगा जब इसे होस्ट ए से दूसरा पैकेट प्राप्त होता है। इसे इस दूसरे पैकेट को कतारबद्ध करना है जब तक कि यह पहले ट्रांसमिट नहीं कर लेता है।
जब राउटर बी पहले पैकेट प्राप्त करने को समाप्त करता है, तो यह बी को होस्ट करने के लिए आगे बढ़ाता है जो केवल 12.3μs लेता है; इस बीच राउटर बी दूसरे पैकेट प्राप्त करना शुरू कर रहा है। जब राउटर बी दूसरे पैकेट प्राप्त करने को समाप्त करता है, तो यह बी को होस्ट करने के लिए आगे बढ़ाता है।
तो मेजबान बी 12.312 पैकेट रिसेप्शन, चुप्पी के 69.2μs, फिर पैकेट रिसेप्शन के 12.3μs देखता है- दूसरे शब्दों में 81.5μs इंटर- आगमन का समय। उस अवलोकन से, होस्ट बी कटौती कर सकता है कि पथ बैंडविड्थ 155 एमबीपीएस तक सीमित था।
अब यह सिद्धांत में महान है, लेकिन व्यवहार में चीजें अधिक जटिल हो जाती हैं। कंजेशन घटनाएं फट जाती हैं, इसलिए एक पल राउटर की कतार पूरी तरह से हो सकती है, अगले वे खाली हैं। सार्थक कुछ भी प्राप्त करने के लिए कई नमूने आवश्यक हैं। सटीक माप बनाना भी मुश्किल है। अंत-टू-एंड विलंबता दसियों या सैकड़ों मिलीसेकंड में हो सकती है और आप कुछ माइक्रोसेकंड के अंतर को देख रहे हैं। यदि ए से बी, शुभकामनाएं हैं तो कई पथ हैं।
आमतौर पर केवल ट्रैफिक को विस्फोट करना और देखना कितना आसान होता है। फिर आप निश्चित रूप से जान लेंगे कि आपकी उपलब्ध बैंडविड्थ क्या है-शून्य।
बहुत अच्छा जवाब दोस्त। – ldx
मैंने स्थानीय नेटवर्क में बैंडविड्थ की गणना करने के लिए पिंग का उपयोग किया। मुझे लगता है कि यह बैंडविड्थ को मापने के अन्य साधनों के रूप में सटीक है (उदाहरण के लिए एक बड़ी फाइल डाउनलोड करना)। यदि आपके पास इंटरनेट से सममित लिंक है (यानी adsl नहीं) तो आप इसे अपने इंटरनेट कनेक्शन के लिए भी उपयोग कर सकते हैं।
यहां मैं यह कैसे करता हूं: मेरे पास एक गीगाबिट ईथरनेट लैन है और मैं अपने कंप्यूटर और सर्वर रूम में होस्ट के बीच गति को मापना चाहता हूं। मेरा एमटीयू 1500 है, इसलिए मैं पैकेट आकार 1472 का उपयोग करता हूं। बस यादृच्छिक रूप से, मैं इस परीक्षण में 83,333 पैकेट का उपयोग करता हूं (लगभग 1 गिगाबिट)। तब:
sudo पिंग -f -c 83333 -s 1472 192.168.3.103
परिणाम के अंत मेंमैं मिलता है: राउंड ट्रिप मिनट/औसत/अधिकतम/stddev = 0.174/0.219/2.078/0.020 एमएस
तो औसत में यह 1500 बाइट भेजने के लिए 0.219 एमएस लेता है और 1500 बाइट प्राप्त करता है, जो कि 24 केबी है। 24 केबी/0.219 एमएस = 110 एमबी/एस
यदि आप इंटरनेट पर किसी सर्वर पर इसका उपयोग करना चाहते हैं, तो आपको 1464 (एमटीयू 14 9 2 के लिए) जैसे पैकेट आकार को कम करने की आवश्यकता है, -f विकल्प ड्रॉप करें और गिनती को कम करें ताकि यह को समाप्त करने में बहुत लंबा समय लगेगा।
पेज। मुझे लगता है कि यह सुपरसियर पर जाना चाहिए, स्टैक ओवरफ्लो नहीं। विलंबता के बारे में जिस तरह से
मैं आपके गणित को नहीं समझता: "1500 बाइट्स और 1500 बाइट प्राप्त करें, यह 24 केबी है।" - क्या आप इसे समझा सकते हैं? धन्यवाद –
यह बिट्स रूपांतरण के लिए बाइट्स है, 3,000 बाइट्स = 24,000 बिट्स = 24 केबी – imel96
अच्छा लेख और बैंडविड्थ http://rescomp.stanford.edu/~cheshire/rants/Latency.html – Janning