Dessa tre beskriver olika saker och förväxlas ständigt. Latens är fördröjning — hur lång tid en enhet data tar att färdas från A till B (mätt i tid, t.ex. ms). Bandbredd är kapacitet — den maximala datahastighet en länk kan bära (t.ex. Gbps). är den hastighet du uppnår i praktiken, vilken oftast är under bandbredden. En röranalogi får det att klicka:
├────────────── length of pipe = LATENCY (how long to traverse) ─────────────┤
╔══════════════════════════════════════════════════════════════════════════╗
║ width of pipe = BANDWIDTH (max capacity) ║
║ water actually flowing = THROUGHPUT (real achieved rate ≤ bandwidth) ║
╚══════════════════════════════════════════════════════════════════════════╝
Avgörande: ett bredare rör gör det inte kortare: att lägga till bandbredd minskar inte latensen. En tjock transatlantisk länk har fortfarande ~80 ms round-trip-latens dikterad av avstånd och ljusets hastighet — du kan inte köpa dig under den. Det är därför latens, inte bandbredd, dominerar känslan i interaktiva appar: varje round trip (DNS, TCP-handskakning, TLS, sedan requesten) betalar latenstullen, och de adderas.
Latens och throughput samverkar genom Bandwidth-Delay Product (BDP = bandbredd × round-trip time), mängden data "i luften" som krävs för att hålla ett rör fullt. På ett "long fat network" med hög bandbredd och hög latens kan ett protokoll som TCP, som väntar på ACK:er, inte fylla röret om inte dess fönster är minst BDP:n — så throughput blir till slut begränsad av latens, inte bandbredd. Det är därför en enda TCP-stream över långt avstånd ofta underpresterar även på en snabb länk, och varför parallellism, större fönster och CDN:er (som kapar avstånd, och därmed latens) hjälper.
Att blanda ihop dessa tre är ett av de vanligaste — och mest följdrika — prestandamisstagen: team köper mer bandbredd för att lösa vad som egentligen är ett latensproblem och ser ingen förbättring. Den seniora insikten är att latens är ett golv satt av fysiken (avstånd) som du angriper arkitektoniskt — placera servrar/CDN:er närmare användarna, minska antalet round trips (återanvändning av anslutningar, HTTP/3, caching), och batcha requests — medan bandbredd är något du ofta bara kan provisionera. Att förstå BDP förklarar kontraintuitiva resultat som att en "snabb" länk levererar långsamma single-stream-överföringar, vilket är precis den sortens resonemang som förväntas när du designar eller felsöker högpresterande, geografiskt distribuerade system.
Ett bibliotek med IT-intervjufrågor och detaljerade svar — från Junior till Senior.
Donera