तपाईंको डाउनलोड छिटो छ, तर किन हरेक क्लिक ढिलो लाग्छ?

ठूलो फाइल छिटो डाउनलोड गरेर त्यसपछि हरेक क्लिक ढिलो लाग्नु विरोधाभास होइन। क्षमताले प्रति सेकेन्ड कति सर्न सक्छ भन्छ; राउन्ड-ट्रिप समयले केही उपयोगी हुनुअघि एउटा आदानप्रदान कति समय लिन्छ भन्छ। पहिलो सुधार्दा दोस्रोका लागि केही हुँदैन, र दोस्रो नै व्यक्तिले टाइप गर्दा, क्लिक गर्दा वा बोल्दा महसुस गर्ने कुरा हो। गुनासो नाप्नुहोस्, जडान होइन।

छिटो फाइल, ढिलो क्लिक: दुई फरक अंक

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

पृष्ठ लोड हुनु साना आदानप्रदानको शृंखला हो: नाम समाधान, जडान स्थापना, एउटा अनुरोध, एउटा प्रतिक्रिया र त्यसपछि निर्भर अनुरोधहरू। हरेक चरणले फेरि राउन्ड-ट्रिप तिर्छ, त्यसैले धेरै ढिलाइ भएको मार्ग पर्याप्त क्षमता हुँदा पनि ढिलो लाग्छ।

टनेलले आफ्नै यात्रा र प्रशोधन थप्छ, र नक्साको लेबलभन्दा मार्ग बढी महत्त्वपूर्ण छ। एउटै देशका दुई एग्रेसका एउटै गन्तव्यसम्मका बाटो धेरै फरक हुन सक्छन्। बीस मिलिसेकेन्डको फरक पृष्ठको अनुभूति बदल्न पर्याप्त छ, यद्यपि यसले थ्रुपुटको अंकलाई मुस्किलले हल्लाउँछ। त्यसैले एग्रेसको छनोट झन्डाको आइकनभन्दा ल्याटेन्सीको नमुनालाई पछ्याउनुपर्छ।

गुनासो नाप्नुहोस्, जडान होइन

प्रयोगकर्ताले भनेको वाक्यसँग मिल्ने माप छान्नुहोस्। ढिलो डाउनलोडलाई सही दिशामा टिकाउ दर चाहिन्छ; ढिलो हुने कललाई त्यो एपको आफ्नै तथ्याङ्क चाहिन्छ; ढिलो सुरु हुने पृष्ठलाई नाम समाधान र स्थापनाको समय चाहिन्छ।

ping -c 20 10.60.0.5
curl -sS -o /dev/null -w 'ttfb=%{time_starttransfer} rate=%{speed_download}\n' https://files.plant.example/1gb.bin
iperf3 -c 10.60.0.5 -t 10 -P 4

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

एग्रेसको तुलना गर्दा गन्तव्य स्थिर राख्नुहोस्। सर्भर र टनेल दुवै बदल्दा एउटा चल दुई हुन्छ, र नतिजाले कुन महत्त्वपूर्ण थियो भन्न सक्दैन। प्रत्येक एग्रेस कम्तीमा तीन पटक चलाउनुहोस्, किनकि एउटै नमुना प्रायः राउटिङ परिवर्तन वा हल्लाखल्लाको एक मिनेटमा पर्छ। उत्तम केसभन्दा मध्यक बढी उपयोगी हुन्छ।

ICMP लाई उत्तर होइन, सङ्केत मान्नुहोस्। प्रतिक्रिया दिने होस्टले इको अनुरोधहरू तपाईंको एपले प्रयोग गर्ने मार्गभन्दा फरक मार्गमा सम्हाल्न सक्छ, र एउटा हराएको प्रतिक्रिया हरेक एपले प्याकेट गुमाइरहेको प्रमाण होइन।

लोडमुनिको ढिलाइ पङ्क्तिको समस्या हो

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

ping -c 20 10.60.0.5 &
iperf3 -c 10.60.0.5 -t 20 -R -b 20M

पहिलो आदेशले पृष्ठभूमिमा ढिलाइको नमुना लिन्छ भने दोस्रोले विपरीत दिशा भर्छ। यदि स्थानान्तरणका बेला ping का समय उफ्रिएर पछि सुधारिन्छ भने तपाईंले राउटिङ खराबी फेला पार्नुभएको होइन, बरु bufferbloat पुनः उत्पादन गर्नुभएको हो। उपाय सामान्यतया पङ्क्ति व्यवस्थापनको सेटिङ, कम पृष्ठभूमि दर, वा ठूलो स्थानान्तरणलाई अन्तरक्रियात्मक मार्गबाट टाढा सार्नु हो।

वैकल्पिक पृष्ठभूमि ट्राफिक घटाउनु एग्रेस देश बदल्नुभन्दा प्रायः बढी मद्दत गर्छ। यो सस्तो पनि छ, उल्टाउन सकिन्छ र एक मिनेटमा परीक्षण गर्न सकिन्छ। पङ्क्ति सम्हाल्न नसकिने भए ठूला अपलोड कामको समयबाहिर तालिका बनाउनुहोस्, र दिउँसो चलाउनै पर्ने भए तिनको दर सीमित गर्नुहोस्। राउटरले समर्थन गर्छ भने पङ्क्ति व्यवस्थापनको सेटिङ राम्रो उपाय हो।

एउटा कुरा बदल्नुहोस् र समानलाई समानसँग तुलना गर्नुहोस्

धेरै निष्क्रिय ढिलाइका लागि गन्तव्य स्थिर राखेर एग्रेसको तुलना गर्नुहोस्, त्यसपछि उत्तम उम्मेदवारका लागि मार्गको तुलना गर्नुहोस्। कम स्थिर थ्रुपुटका लागि त्यसको सट्टा क्षमता, सर्भर लोड र क्लाइन्ट प्रशोधन हेर्नुहोस्, किनकि ती फरक सीमा हुन्।

तपाईंले के नाप्नुभयो, कुन गन्तव्यविरुद्ध, कुन समयमा र कुन सेटिङसँग लेख्नुहोस्। ती चार तथ्यबिना तुलना दोहोर्याउन सकिँदैन, र अर्को व्यक्ति शून्यबाट सुरु गर्नेछ।

त्यसपछि टिकटको दाबीलाई उपकरणसँग मिलाउनुहोस्। "ढिलो इन्टरनेट" मापन होइन; "यो होस्टसम्म पहिलो बाइटलाई 900 ms लाग्यो तर थ्रुपुट राम्रो थियो" मापन हो, र यसले क्षमतातर्फ होइन, सिधै ढिलाइतर्फ सङ्केत गर्छ।