Koja je razlika između latencije, bandwidtha i throughputa?

Question

IT Interview Practice · Accepted Answer

Ova tri pojma opisuju različite stvari i stalno se brkaju. **Latency** je *kašnjenje* — koliko dugo jedna jedinica podataka putuje od A do B (mjereno vremenom, npr. ms). **Bandwidth** je *kapacitet* — najveća brzina podataka koju link može nositi (npr. Gbps). **Throughput** je *stvarna* brzina koju u praksi postižete, obično ispod bandwidtha. Analogija s cijevi to razjasni:

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

Presudno, **šira cijev je ne čini kraćom**: dodavanje bandwidtha ne smanjuje latenciju. Debeo transatlantski link i dalje ima ~80 ms latencije obilaska diktirane udaljenošću i brzinom svjetlosti — ne možete se novcem provući ispod toga. Zato latencija, a ne bandwidth, dominira dojmom interaktivnih aplikacija: svaki obilazak (DNS, TCP handshake, TLS, pa request) plaća danak latencije, i to se zbraja.

Latencija i throughput međusobno djeluju kroz **Bandwidth-Delay Product** (BDP = bandwidth × round-trip time), količinu podataka "u letu" potrebnu da cijev bude puna. Na "long fat networku" visokog bandwidtha i visoke latencije, protokol poput TCP-a koji čeka ACK-ove ne može napuniti cijev ako mu prozor nije barem jednak BDP-u — pa throughput naposljetku bude *ograničen latencijom*, ne bandwidthom. Zato jedan TCP stream preko velike udaljenosti često podbacuje čak i na brzom linku, i zato paralelizam, veći prozori i CDN-ovi (koji režu udaljenost, dakle latenciju) pomažu.

## Zašto je to važno

Miješanje ovih triju pojmova jedna je od najčešćih — i najznačajnijih — pogrešaka u performansama: timovi kupuju više bandwidtha da poprave ono što je zapravo problem latencije i ne vide poboljšanje. Senior uvid je da je **latencija pod (floor) koji postavlja fizika** (udaljenost) i koji napadate arhitektonski — postavite servere/CDN-ove bliže korisnicima, smanjite obilaske (ponovno korištenje veze, HTTP/3, caching) i grupirajte requestove — dok se bandwidth često može jednostavno dodijeliti. Razumijevanje BDP-a objašnjava kontraintuitivne rezultate poput "brzog" linka koji isporučuje spore prijenose jednim streamom, što je upravo vrsta zaključivanja koja se očekuje kad dizajnirate ili otklanjate greške u visokoperformantnim, geografski distribuiranim sustavima.

Zašto je to važno

Povezana pitanja