गुडपुट

कंप्यूटर नेटवर्क में, गुडपुट (विक्ट: गुड और THROUGHPUT का एक सूटकेस) अनुप्रयोग परत है। संचार का एप्लिकेशन-लेवल थ्रूपुट; यानी समय की प्रति यूनिट एक निश्चित गंतव्य के लिए नेटवर्क द्वारा वितरित उपयोगी सूचना अंश ्स की संख्या। माने गए डेटा की मात्रा में प्रोटोकॉल ओवरहेड बिट्स के साथ-साथ रीट्रांसमिटेड डेटा पैकेट शामिल नहीं हैं। यह भेजे गए (या वितरित) पहले पैकेट के पहले बिट से अंतिम पैकेट के अंतिम बिट तक पहुंचने के समय की मात्रा से संबंधित है।

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

थ्रूपुट की तुलना में कम अच्छे उत्पादन का कारण बनने वाले कारकों के उदाहरण हैं:
 * प्रोटोकॉल ओवरहेड: आमतौर पर, ट्रांसपोर्ट लेयर, नेटवर्क लेयर और कभी-कभी डेटालिंक लेयर प्रोटोकॉल ओवरहेड को थ्रूपुट में शामिल किया जाता है, लेकिन गुडपुट से बाहर रखा जाता है।
 * ट्रांसपोर्ट लेयर प्रवाह नियंत्रण (डेटा)डेटा) और कंजेशन परिहार: उदाहरण के लिए, टीसीपी की धीमी शुरुआत से अधिकतम थ्रूपुट की तुलना में कम गुडपुट हो सकता है।
 * ट्रांसपोर्ट लेयर स्वचालित दोहराने का अनुरोध  (ARQ) के कारण खोए हुए या दूषित पैकेटों का पुन: प्रसारण, बिट एरर या भीड़भाड़ वाले स्विच और राउटर में  पैकेट गिरना  के कारण होता है, डेटालिंक लेयर या नेटवर्क लेयर थ्रूपुट में शामिल होता है, लेकिन गुडपुट में नहीं।

उदाहरण
कल्पना करें कि 100 मेगाबिट प्रति सेकंड की कुल चैनल क्षमता वाले एक स्विच किए गए ईथरनेट कनेक्शन पर HTTP का उपयोग करके एक फ़ाइल स्थानांतरित की जा रही है। फ़ाइल को एक सतत धारा के रूप में ईथरनेट पर स्थानांतरित नहीं किया जा सकता है; इसके बजाय, इसे अलग-अलग हिस्सों में तोड़ा जाना चाहिए। ये हिस्सा ईथरनेट पर आईपी की अधिकतम संचरण इकाई से बड़ा नहीं होना चाहिए, जो कि 1500 बाइट्स है। प्रत्येक पैकेट को इंटरनेट प्रोटोकॉल हेडर जानकारी के 20 बाइट्स और प्रसारण नियंत्रण प्रोटोकॉल  हेडर जानकारी के 20 बाइट्स की आवश्यकता होती है, इसलिए फ़ाइल स्थानांतरण डेटा के लिए प्रति पैकेट केवल 1460 बाइट्स उपलब्ध हैं (लिनक्स और मैकोज़ आगे 1448 बाइट्स तक सीमित हैं क्योंकि वे 12-बाइट टाइम स्टैम्प भी रखते हैं)। इसके अलावा, डेटा एक फ्रेम में ईथरनेट पर प्रसारित होता है, जो प्रति पैकेट 26 बाइट ओवरहेड लगाता है। इन ओवरहेड्स को देखते हुए, अधिकतम गुडपुट 1460/1526 × 100 Mbit/s है जो 95.67 मेगाबिट्स प्रति सेकंड या 11.959 मेगाबाइट प्रति सेकंड है।

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

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

यह भी देखें

 * नेटवर्क थ्रूपुट को मापना
 * लिंक और सिस्टम स्पेक्ट्रल दक्षता

स्रोत

 * गुडपुट कैलकुलेशन
 * QoS बाधाओं के साथ ऊर्जा-कुशल शक्ति और दर नियंत्रण: एक गेम-सैद्धांतिक दृष्टिकोण
 * RFC 2647 - फ़ायरवॉल प्रदर्शन के लिए बेंचमार्किंग शब्दावली

श्रेणी:नेटवर्क प्रदर्शन