थ्रूपुट

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

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

If throughput disappoints, isolate the cause before blaming the proxy: run the same transfer without the hop, then on a different exit, then at a different time of day. Parallel streams can raise aggregate throughput on high-latency links where a single TCP flow underperforms. Because s4m proxies are metered, sizing a job by its data volume rather than its duration gives the most accurate cost estimate before you begin.