यी तीनले फरक-फरक कुरा वर्णन गर्छन् र निरन्तर अल्मलिन्छन्। Latency ढिलाइ हो — एक एकाइ डेटा A बाट B सम्म पुग्न कति समय लाग्छ (समयमा नापिन्छ, जस्तै ms)। Bandwidth क्षमता हो — एउटा link ले बोक्न सक्ने अधिकतम डेटा दर (जस्तै Gbps)। Throughput तपाईंले व्यवहारमा वास्तवमा प्राप्त गर्ने दर हो, जुन प्रायः bandwidth भन्दा कम हुन्छ। एउटा पाइपको उपमाले यसलाई स्पष्ट पार्छ:
├────────────── length of pipe = LATENCY (how long to traverse) ─────────────┤
╔══════════════════════════════════════════════════════════════════════════╗
║ width of pipe = BANDWIDTH (max capacity) ║
║ water actually flowing = THROUGHPUT (real achieved rate ≤ bandwidth) ║
╚══════════════════════════════════════════════════════════════════════════╝
महत्त्वपूर्ण रूपमा, फराकिलो पाइपले यसलाई छोटो बनाउँदैन: bandwidth थप्नाले latency घटाउँदैन। एउटा मोटो transatlantic link मा अझै दूरी र प्रकाशको गतिले तोकेको ~80 ms round-trip latency हुन्छ — तपाईं पैसाले त्यसमुनि जान सक्नुहुन्न। यसैले latency ले, bandwidth ले होइन, interactive एपको अनुभूति हावी गर्छ: हरेक round trip (DNS, TCP handshake, TLS, अनि request) ले latency शुल्क तिर्छ, र तिनी थपिन्छन्।
Latency र throughput Bandwidth-Delay Product (BDP = bandwidth × round-trip time) मार्फत अन्तरक्रिया गर्छन्, पाइप भरिराख्न "बाटोमा" चाहिने डेटाको मात्रा। उच्च-bandwidth, उच्च-latency भएको "long fat network" मा, ACK कुर्ने TCP जस्तो protocol ले आफ्नो window कम्तीमा BDP जति नभएसम्म पाइप भर्न सक्दैन — त्यसैले throughput अन्ततः latency ले सीमित हुन्छ, bandwidth ले होइन। यसैले लामो दूरीमा एउटै TCP stream प्रायः छिटो link मा पनि कमजोर प्रदर्शन गर्छ, र यसैले समानान्तरता, ठूला window, र CDN (जसले दूरी, त्यसैले latency, घटाउँछ) ले मद्दत गर्छन्।
यी तीनलाई अल्मल्याउनु सबैभन्दा सामान्य — र सबैभन्दा परिणामकारी — performance गल्तीमध्ये एक हो: team हरूले वास्तवमा latency समस्या भएको कुरा सुधार्न बढी bandwidth किन्छन् र कुनै सुधार देख्दैनन्। Senior अन्तर्दृष्टि हो कि latency भौतिकीले (दूरीले) तोकेको एउटा तल्लो सीमा हो जसलाई तपाईं संरचनात्मक रूपमा आक्रमण गर्नुहुन्छ — server/CDN लाई प्रयोगकर्ताको नजिक राख्नुहोस्, round trip घटाउनुहोस् (connection पुनःप्रयोग, HTTP/3, caching), र request batch गर्नुहोस् — भने bandwidth प्रायः तपाईं थपिदिन सक्ने कुरा हो। BDP बुझ्नाले "छिटो" link ले सुस्त single-stream transfer दिने जस्ता प्रति-सहज नतिजा व्याख्या गर्छ, जुन ठ्याक्कै तपाईं उच्च-performance, भौगोलिक रूपमा वितरित सिस्टम design वा debug गर्दा अपेक्षित तर्कको किसिम हो।
विस्तृत उत्तरसहित IT अन्तर्वार्ता प्रश्नहरूको पुस्तकालय — जुनियरदेखि सिनियरसम्म।
दान गर्नुहोस्