Latency, bandwidth மற்றும் throughput இடையேயான வேறுபாடு என்ன?

Question

IT Interview Practice · Accepted Answer

இந்த மூன்றும் வெவ்வேறு விஷயங்களை விவரிக்கின்றன, தொடர்ந்து குழப்பப்படுகின்றன. **Latency** என்பது *தாமதம்* — ஒரு அலகு data A-இலிருந்து B-க்கு பயணிக்க எவ்வளவு நேரம் ஆகிறது (நேரத்தில் அளவிடப்படுகிறது, எ.கா. ms). **Bandwidth** என்பது *கொள்ளளவு* — ஒரு link சுமக்கக்கூடிய அதிகபட்ச data rate (எ.கா. Gbps). **Throughput** என்பது நடைமுறையில் நீங்கள் அடையும் *உண்மையான* rate, இது பொதுவாக bandwidth-க்குக் கீழே இருக்கும். ஒரு குழாய் ஒப்புமை இதைத் தெளிவாக்குகிறது:

```text
   ├────────────── 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 app களின் உணர்வை ஆதிக்கம் செலுத்துகிறது: ஒவ்வொரு round trip உம் (DNS, TCP handshake, TLS, பின்னர் request) latency கட்டணத்தைச் செலுத்துகிறது, அவை கூடிச்சேர்கின்றன.

Latency மற்றும் throughput **Bandwidth-Delay Product** (BDP = bandwidth × round-trip time) மூலம் ஒன்றோடொன்று தொடர்பு கொள்கின்றன, குழாயை நிரப்பியிருக்க "பயணத்தில்" இருக்கும் data-இன் அளவு. ஒரு அதிக-bandwidth, அதிக-latency "long fat network"-இல், ACK களுக்காகக் காத்திருக்கும் TCP போன்ற ஒரு protocol அதன் window குறைந்தபட்சம் BDP அளவு இல்லாவிட்டால் குழாயை நிரப்ப முடியாது — எனவே throughput இறுதியில் bandwidth அல்ல, *latency-ஆல் வரம்பிடப்படுகிறது*. இதனால்தான் ஒரு நீண்ட தூரத்தில் ஒரு தனி TCP stream ஒரு வேகமான link-இல் கூட அடிக்கடி குறைந்த செயல்திறன் காட்டுகிறது, மேலும் ஏன் parallelism, பெரிய window கள், மற்றும் CDN கள் (தூரத்தைக் குறைக்கின்றன, எனவே latency) உதவுகின்றன.

## இது ஏன் முக்கியம்

இந்த மூன்றையும் குழப்புவது மிகவும் பொதுவான — மற்றும் மிக விளைவுமிக்க — செயல்திறன் தவறுகளில் ஒன்று: குழுக்கள் உண்மையில் ஒரு latency பிரச்சினையாக இருப்பதைச் சரிசெய்ய அதிக bandwidth ஐ வாங்கி எந்த முன்னேற்றத்தையும் காணவில்லை. Senior நுண்ணறிவு என்னவென்றால் **latency என்பது physics ஆல் (தூரத்தால்) அமைக்கப்பட்ட ஒரு தரை** ஆகும், அதை நீங்கள் architectural-ஆகத் தாக்குகிறீர்கள் — server/CDN களை பயனர்களுக்கு அருகில் வைப்பது, round trip களைக் குறைப்பது (connection reuse, HTTP/3, caching), மற்றும் request களை batch செய்வது — அதே சமயம் bandwidth ஐ பெரும்பாலும் நீங்கள் வெறுமனே provision செய்யலாம். BDP ஐப் புரிந்துகொள்வது ஒரு "வேகமான" link ஒரு மெதுவான single-stream transfer ஐ வழங்குவது போன்ற எதிர்-உள்ளுணர்வு முடிவுகளை விளக்குகிறது, இது நீங்கள் அதிக-செயல்திறன், புவியியல் ரீதியாக distributed system களை design அல்லது debug செய்யும்போது எதிர்பார்க்கப்படும் அதே வகையான பகுத்தறிவு.

இது ஏன் முக்கியம்

தொடர்புடைய கேள்விகள்