latency, bandwidth आणि throughput मध्ये काय फरक आहे?

Question

IT Interview Practice · Accepted Answer

हे तीन वेगवेगळ्या गोष्टींचे वर्णन करतात आणि सतत गोंधळात टाकले जातात. **Latency** म्हणजे *विलंब* — data चे एक एकक A कडून B कडे प्रवास करायला किती वेळ लागतो (वेळेत मोजले जाते, उदा. ms). **Bandwidth** म्हणजे *क्षमता* — एक link वाहू शकणारा कमाल data दर (उदा. Gbps). **Throughput** म्हणजे तुम्ही व्यवहारात प्रत्यक्ष साध्य करता तो दर, जो सहसा bandwidth पेक्षा कमी असतो. एक pipe उपमा हे स्पष्ट करते:

```text
   ├────────────── length of pipe = LATENCY (how long to traverse) ─────────────┤
   ╔══════════════════════════════════════════════════════════════════════════╗
   ║  width of pipe = BANDWIDTH (max capacity)                                  ║
   ║  water actually flowing = THROUGHPUT (real achieved rate ≤ bandwidth)      ║
   ╚══════════════════════════════════════════════════════════════════════════╝
```

निर्णायकपणे, **रुंद pipe त्याला लहान करत नाही**: bandwidth जोडल्याने latency कमी होत नाही. एका जाड transatlantic link ला अजूनही अंतर व प्रकाशाच्या वेगाने ठरलेली ~80 ms round-trip latency असते — तुम्ही त्याखाली विकत घेऊ शकत नाही. म्हणूनच interactive apps च्या अनुभवावर bandwidth नव्हे तर latency वर्चस्व गाजवते: प्रत्येक round trip (DNS, TCP handshake, TLS, मग request) latency ची किंमत भरते, आणि त्या जमा होतात.

latency व throughput **Bandwidth-Delay Product** द्वारे परस्परसंवाद करतात (BDP = bandwidth × round-trip time), म्हणजे pipe भरून ठेवण्यासाठी "प्रवाहात" असलेल्या data ची रक्कम. उच्च-bandwidth, उच्च-latency असलेल्या "long fat network" वर, TCP सारखा protocol जो ACKs ची वाट पाहतो, त्याचे window किमान BDP एवढे नसेल तर pipe भरू शकत नाही — म्हणून throughput अखेरीस bandwidth नव्हे तर *latency ने मर्यादित* होतो. म्हणूनच एक TCP stream लांब अंतरावर वेगवान link वरही कमी कामगिरी करतो, आणि म्हणूनच parallelism, मोठी windows आणि CDNs (जे अंतर, पर्यायाने latency कमी करतात) मदत करतात.

## हे का महत्त्वाचे आहे

या तिघांचा गोंधळ हा सर्वांत सामान्य — आणि सर्वांत परिणामकारक — performance चुकांपैकी एक आहे: teams जे खरे तर latency समस्या आहे ते सोडवायला अधिक bandwidth विकत घेतात आणि काहीच सुधारणा दिसत नाही. senior अंतर्दृष्टी अशी की **latency ही भौतिकशास्त्राने (अंतराने) ठरलेली एक तळमर्यादा आहे** जिच्यावर तुम्ही architecturally हल्ला करता — servers/CDNs users जवळ ठेवा, round trips कमी करा (connection reuse, HTTP/3, caching), आणि requests batch करा — तर bandwidth ही अनेकदा फक्त provision करता येणारी गोष्ट आहे. BDP समजल्याने "वेगवान" link मंद single-stream transfers देते यासारखे प्रति-अंतर्ज्ञानी निकाल स्पष्ट होतात, नेमके तेच तर्क जे तुम्ही उच्च-performance, भौगोलिकदृष्ट्या वितरित systems design किंवा debug करताना अपेक्षित असते.

हे का महत्त्वाचे आहे

संबंधित प्रश्न