क्या उच्च पिंग धीमी वेब ब्राउज़िंग का कारण बन सकते हैं? [बन्द है]


7

हाल ही में मेरे इंटरनेट कनेक्शन में धीमी गति से ब्राउज़िंग का मुद्दा रहा है। डाउनलोड गति पूरी तरह से ठीक है। मेरे इंटरनेट प्रदाता के अनुसार, कनेक्शन के साथ सब कुछ ठीक है। मैंने बस उन साइटों में से कुछ के लिए पिंग टेस्ट करने की कोशिश की, जिनका मैं अक्सर उपयोग करता हूं। मुझे 200ms से 400ms के बीच विभिन्न पिंग बार मिल रहे हैं। मैंने जो पढ़ा है, उससे आदर्श पिंग 50ms से नीचे है। क्या + 200ms पिंग मैं हाल ही में सामना कर रहे धीमी वेब ब्राउज़िंग की व्याख्या करता हूं? यह कैसे तय किया जा सकता है जब मेरा आईएसपी कहता है कि कनेक्शन में कुछ भी गलत नहीं है?


2
धीमी वेब ब्राउजिंग का क्या मतलब है?
कल्टारी

1
कम से कम कुछ लोगों को लगता है कि आप पूछ रहे हैं, "मैं बहुत पिंग करता हूं। क्या मेरी पिंगिंग वेब ब्राउजिंग में बाधा डालती है और इसका कारण धीमा है ? " अन्य लोगों का मानना ​​है कि आप कह रहे हैं, "मैंने देखा है कि, जब मैं किसी वेबसाइट को पिंग करता हूं, तो समय 200ms से 400ms के बीच होता है।  क्या यह एक समस्या का लक्षण है जो धीमी गति से ब्राउज़िंग का कारण बन सकता है ? " कृपया अपने पोस्ट को संपादित करके स्पष्ट करें कि आप क्या पूछ रहे हैं।
स्कॉट

जवाबों:


9

यहां बड़ी संख्या में संभावित मुद्दे और गलतफहमी हैं, कुछ आपके आईएसपी से संबंधित हैं, अन्य नहीं। मैं मुख्य को अनपैक करके शुरू करूंगा, फिर कुछ परीक्षणों की सलाह दूंगा और संभावित कारणों और सुधारों पर अनुमान लगाऊंगा।

पिंग समय केवल उस समय को दर्शाता है जो किसी साइट तक पहुंचने और कनेक्शन पर बातचीत करने में समय लगता है। 50ms पर इंगित करना अच्छा है और 200ms धीमा होना सरल है - पिंग समय के बारे में एक चीज यह है कि सर्वर से दूरी न्यूनतम समय निर्धारित कर सकती है - उदाहरण के लिए ऑस्ट्रेलिया में एक तेज़ साइट का पिंग समय अधिक होगा और 140 मीटर यदि आप संयुक्त राज्य अमेरिका में हैं, मुख्य रूप से प्रकाश की गति के कारण। उस ने कहा, भीड़भाड़ वाले छोटे कनेक्शनों में बहुत अधिक विलंब हो सकते हैं।

विलंबता वाले मुद्दे आपके ISP के कारण हो सकते हैं, विशेष रूप से दोषपूर्ण हार्डवेयर, उनके लिंक पर रूटिंग समस्याएँ या QOS - हालाँकि आपके और ISP के बीच या होम नेटवर्क में अधिकांश समस्याएँ होती हैं।

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

आपके मामले में, अनुपस्थित अधिक जानकारी मैं इस मुद्दे को एक या 3 चीजों के संयोजन के रूप में बताऊंगा -

  1. एक भीड़भाड़ वाला अपलोड लिंक। यदि आपके पास एक डीएसएल कनेक्शन है, तो आपके पास अक्सर बहुत सारे डाउनलोड बैंडविड्थ और छोटे अपलोड बैंडविड्थ होते हैं। यदि आपके पास बड़े अपलोड हैं तो यह लिंक और धीमी पैकेट पावती को पार कर सकता है और इस प्रकार आपका कनेक्शन (बड़े डाउनलोड पर बहुत कम प्रभाव पड़ता है)।

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

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

फर्मवेयर समस्याओं और डीएसएल बातचीत / लाइन मुद्दों जैसी अन्य संभावनाएं हैं, लेकिन पहले से अधिक संभावित समस्याओं का शासन करते हैं।


"50ms सेकंड" "50 मिली सेकंड" है।
रुस्लान

विशेष रूप से, 3 1 के लिए एक संभावित कारण है
हेगन वॉन एटिजन

5

पिंग राउंड-ट्रिप-टाइम (आरटीटी) का एक उपाय है, या आपके कंप्यूटर से सर्वर और वापस जाने के लिए संदेश के लिए कितना समय लगता है। विलंब को हम विलंबता कहते हैं

दो कार्यालयों के बीच एक फाइबर ऑप्टिक लाइन में कम विलंबता होती है, जबकि हार्ड ड्राइव को मेल करने से बड़े पैमाने पर विलंबता होती है।

उच्च विलंबता सर्वर को हिट करने और वापस आने के प्रारंभिक अनुरोध में अधिक समय लेगी। वेबसाइटों में सबसे सरल एक RTT की आवश्यकता होगी:

  1. क्लाइंट पेज मांगता है
  2. सर्वर पेज डिलीवर करता है

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

इससे भी बदतर, ये अनुरोध श्रृंखला में किए जा सकते हैं। तो आप अनुरोध करेंगे foo.css, फिर bar.js, baz.jpg- और प्रत्येक अनुरोध RTT लगेगा। यह आम तौर पर नहीं होता है, लेकिन आपके पास अभी भी संसाधनों को लोडिंग में होगा - संसाधन ए का कहना है कि इसे बी की आवश्यकता है, और बी को सी की आवश्यकता है, और आपको इसकी आवश्यकता है ...

एक उदाहरण

Chrome के उपकरण के साथ, आप खराब विलंबता के साथ कनेक्शन का अनुकरण कर सकते हैं। अलग-अलग पिंग सेटिंग्स के साथ कुछ साइटों को लोड करने से पता चलता है कि उच्च विलंबता कितनी चोट पहुंचाती है। मैंने डोम को लोड होने में लगने वाले समय को मापा, जिसका अर्थ है कि पृष्ठ की संरचना ज्ञात है, भले ही चित्र, शैली, आदि अभी भी लोड हो रहे हों।

इसके अलावा, मैंने इन्हें ctrl-F5 मारकर मापा है, जो कैश्ड डेटा को अनदेखा करता है। यह लोड को धीमा बनाता है, लेकिन यह भी दर्शाता है कि जब आप पहली बार किसी साइट पर जाते हैं तो क्या होना चाहिए।

stackoverflow.com देता है:

कोई देरी (40ms): 350ms
200ms विलंबता: 700ms
400ms विलंबता: 1130ms

ऐसा लगता है कि हमें कुछ दिखाने के लिए आरटीटी की आवश्यकता है । इतना भी बेकार नहीं। हम हर चीज को लोड करने में लगने वाले समय की भी जांच कर सकते हैं :

कोई देरी (40ms): 750ms
200ms विलंबता: 2000ms
400ms विलंबता: 4000ms

यह बहुत बुरा है! अब, इसका एक बहुत वास्तव में केवल विज्ञापन लोड हो रहा है, लेकिन यह अभी भी यह दिखाने के लिए जाता है कि RTT कितना महत्वपूर्ण हो सकता है।

तो, संक्षेप में: हाँ, उच्च विलंबता वेबपृष्ठों को धीरे-धीरे लोड कर सकते हैं । अधिक जटिल पृष्ठ ध्यान देने योग्य धीमा कर देंगे, भले ही उनकी सामग्री बहुत बड़ी न हो, क्योंकि हर अनुरोध में एक बड़ा विलंब होता है।


3

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

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


2
यह गलत है समय की कोई जाँच नहीं होती है। अप्रयुक्त उपकरणों को खत्म करने से आपकी गति में मदद नहीं मिलेगी, और आपके इंटरनेट की गति को उन्नत करने में मदद मिल सकती है, लेकिन पहले इस मुद्दे को खोजने के लिए योग्य होना चाहिए, क्योंकि यह अप्रासंगिक हो सकता है।
davidgo

0

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

सबसे पहले मैं कोशिश करूंगा कि आप वर्तमान में उपयोग कर रहे हैं की तुलना में एक अलग वेब ब्राउज़र का उपयोग कर रहे हैं। उदाहरण क्रोम, फ़ायरफ़ॉक्स या ओपेरा हैं। यह हो सकता है कि आपके पास एक ब्राउज़र सेटिंग हो या ऐड-ऑन जो समस्या पैदा कर रहा हो। यदि आपकी ब्राउज़िंग स्वीकार्य गति पर लौटती है, तो समस्या आपके मूल ब्राउज़र के साथ है, जिसे मूल सेटिंग्स पर रीसेट किया जा सकता है।

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