Mi a különbség a latency, a bandwidth és a throughput között?

Question

IT Interview Practice · Accepted Answer

Ez a három különböző dolgot ír le, és folyamatosan összekeverik őket. A **latency** a *késleltetés* — mennyi ideig tart egy adategység útja A-ból B-be (időben mérve, pl. ms). A **bandwidth** a *kapacitás* — a maximális adatsebesség, amit egy link vinni tud (pl. Gbps). A **throughput** a *tényleges* sebesség, amit a gyakorlatban elérsz, ami általában a bandwidth alatt van. Egy csőhasonlat érthetővé teszi:

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

Kritikusan, **egy szélesebb cső nem lesz rövidebb**: több bandwidth hozzáadása nem csökkenti a latency-t. Egy vastag transzatlanti link round-trip latency-je akkor is ~80 ms, amit a távolság és a fénysebesség diktál — nem tudod pénzzel alá menni. Ezért a latency, nem a bandwidth uralja az interaktív alkalmazások élményét: minden round trip (DNS, TCP handshake, TLS, majd a kérés) megfizeti a latency-vámot, és ezek összeadódnak.

A latency és a throughput a **Bandwidth-Delay Product**-on keresztül hatnak egymásra (BDP = bandwidth × round-trip time), az "úton lévő" adat mennyisége, amely tele tartja a csövet. Egy nagy bandwidth-ű, nagy latency-jű "long fat network"-ön egy olyan protokoll, mint a TCP, amely ACK-ekre vár, nem tudja megtölteni a csövet, hacsak az ablaka nem legalább akkora, mint a BDP — így a throughput végül *a latency, nem a bandwidth által korlátozódik*. Ezért teljesít gyakran alul egyetlen TCP stream nagy távolságon még egy gyors linken is, és ezért segít a párhuzamosság, a nagyobb ablakok és a CDN-ek (amelyek csökkentik a távolságot, tehát a latency-t).

## Miért fontos

E három összekeverése az egyik leggyakoribb — és legsúlyosabb következményű — teljesítménybeli hiba: a csapatok több bandwidth-et vesznek, hogy megjavítsanak valamit, ami valójában latency-probléma, és nem látnak javulást. A senior felismerés, hogy a **latency egy fizika (távolság) által megszabott alsó korlát**, amit architekturálisan támadsz — tedd a szervereket/CDN-eket közelebb a felhasználókhoz, csökkentsd a round trip-eket (kapcsolat-újrahasználat, HTTP/3, caching), és kötegeld a kéréseket —, míg a bandwidth gyakran egyszerűen provisionálható. A BDP megértése megmagyarázza az olyan ellentmondásos eredményeket, mint amikor egy "gyors" link lassú, egystream-es átvitelt nyújt, ami pontosan az a fajta gondolkodás, amit elvárnak, amikor nagy teljesítményű, földrajzilag elosztott rendszereket tervezel vagy debugolsz.

Miért fontos

Kapcsolódó kérdések