Ποια η διαφορά μεταξύ latency, bandwidth και throughput;

Question

IT Interview Practice · Accepted Answer

Αυτά τα τρία περιγράφουν διαφορετικά πράγματα και συγχέονται διαρκώς. Το **latency** είναι *καθυστέρηση* — πόσο χρόνο χρειάζεται μια μονάδα δεδομένων για να ταξιδέψει από το A στο B (μετριέται σε χρόνο, π.χ. ms). Το **bandwidth** είναι *χωρητικότητα* — ο μέγιστος ρυθμός δεδομένων που μπορεί να μεταφέρει ένας σύνδεσμος (π.χ. Gbps). Το **throughput** είναι ο *πραγματικός* ρυθμός που πετυχαίνεις στην πράξη, ο οποίος συνήθως είναι κάτω από το 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. Ένας χοντρός διατλαντικός σύνδεσμος έχει ακόμα ~80 ms round-trip latency που υπαγορεύεται από την απόσταση και την ταχύτητα του φωτός — δεν μπορείς να το αγοράσεις για να πέσει κάτω από αυτό. Γι' αυτό το latency, όχι το bandwidth, κυριαρχεί στην αίσθηση των διαδραστικών εφαρμογών: κάθε round trip (DNS, TCP handshake, TLS, μετά το request) πληρώνει το τίμημα του latency, και αθροίζονται.

Το latency και το throughput αλληλεπιδρούν μέσω του **Bandwidth-Delay Product** (BDP = bandwidth × round-trip time), η ποσότητα δεδομένων «εν κινήσει» για να κρατηθεί γεμάτος ο σωλήνας. Σε ένα «long fat network» υψηλού bandwidth και υψηλού latency, ένα πρωτόκολλο όπως το TCP που περιμένει ACKs δεν μπορεί να γεμίσει τον σωλήνα εκτός αν το window του είναι τουλάχιστον το BDP — οπότε το throughput καταλήγει *περιορισμένο από το latency*, όχι από το bandwidth. Γι' αυτό ένα μόνο TCP stream σε μεγάλη απόσταση συχνά υπο-αποδίδει ακόμα και σε γρήγορο σύνδεσμο, και γι' αυτό βοηθούν ο παραλληλισμός, τα μεγαλύτερα windows και τα CDNs (που κόβουν την απόσταση, άρα το latency).

## Γιατί έχει σημασία

Η σύγχυση αυτών των τριών είναι ένα από τα πιο συχνά — και πιο σοβαρά — λάθη απόδοσης: ομάδες αγοράζουν περισσότερο bandwidth για να διορθώσουν κάτι που στην πραγματικότητα είναι πρόβλημα latency και δεν βλέπουν καμία βελτίωση. Η senior διαπίστωση είναι ότι το **latency είναι ένα κατώφλι που θέτει η φυσική** (η απόσταση) και το οποίο επιτίθεσαι αρχιτεκτονικά — βάζεις servers/CDNs πιο κοντά στους χρήστες, μειώνεις τα round trips (επαναχρησιμοποίηση σύνδεσης, HTTP/3, caching), και κάνεις batch τα requests — ενώ το bandwidth είναι κάτι που συχνά μπορείς απλώς να το provision. Η κατανόηση του BDP εξηγεί αντι-διαισθητικά αποτελέσματα όπως έναν «γρήγορο» σύνδεσμο που παραδίδει αργές μεταφορές μονού stream, που είναι ακριβώς το είδος του συλλογισμού που αναμένεται όταν σχεδιάζεις ή κάνεις debug συστήματα υψηλής απόδοσης, γεωγραφικά κατανεμημένα.

Γιατί έχει σημασία

Σχετικές ερωτήσεις