Koliko dejansko stane preklop konteksta in zakaj je to pomembno?

Question

IT Interview Practice · Accepted Answer

**Preklop konteksta (context switch)** je kernelovo shranjevanje stanja CPU trenutno izvajajoče se niti (registri, programski števec, kazalec sklada) in obnavljanje stanja druge niti, tako da lahko eno jedro multipleksira veliko niti. Zgodi se ob vsaki schedulerjevi preemptciji, blokirajočem syscallu ali prekinitvi — in ni zastonj.

## Kje se skriva cena

```text
DIRECT cost (visible, ~1–5 µs):
  save/restore registers · run scheduler logic · switch kernel stacks
  if PROCESS switch: also swap page tables (CR3) → FLUSHES the TLB

INDIRECT cost (often much larger):
  cold CPU CACHES → the new thread's data isn't in L1/L2/L3 → cache misses to RAM
  cold TLB        → address translations must be re-walked
  lost pipeline / branch-predictor state
```

**Neposredna** cena je nekaj mikrosekund. **Posredna** cena — hladen cache in TLB po preklopu — je pogosto večji udarec: nova nit nekaj časa teče počasi, ko iz glavnega pomnilnika znova ogreva svoje cache (deset do sto ciklov na zgrešitev).

## Preklop niti proti preklopu procesa

Preklop med **nitmi istega procesa** je cenejši: delijo si naslovni prostor, zato se page table (in TLB, na strojni opremi brez označenih TLB / PCID) ni treba spremeniti. Preklop **procesov** dodatno znova naloži bazni register page table in tradicionalno izprazni TLB — zato stane več.

## Zakaj je to pomembno v praksi

- **Preveč niti** → scheduler zaide v thrashing in porablja cikle za preklapljanje namesto za delo; onkraj neke točke več niti kot jeder *zmanjša* throughput.
- To je osrednji argument za modele **async / event-loop** (Node, nginx, `io_uring`) in **goroutines / green threads**: obravnavaj veliko povezav z malo OS nitmi in se izogni preklopu na zahtevo.
- Zato **CPU pinning / affinity** pomaga latenčno občutljivim storitvam — obdrži nit na enem jedru, da ohraniš njen topel cache.
- Visoko število neprostovoljnih preklopov konteksta (vidno v `vmstat`, `pidstat`) je klasičen simptom tekmovanja za ključavnice ali prevelike naročenosti CPU (oversubscription).

## Zakaj je to pomembno

To je vprašanje za senior raven, ker loči tiste, ki poznajo *izraz*, od tistih, ki razumejo, *zakaj* je drag — in pravi odgovor (onesnaženje cache/TLB, ne le shranjevanje registrov) poganja arhitekturne odločitve: async V/I namesto niti-na-zahtevo, pravilno dimenzioniranje thread poolov glede na število jeder in uporaba affinitete. Razvrščanje, navidezni pomnilnik in CPU cache poveže v eno samo zgodbo o zmogljivosti.

Kje se skriva cena

Preklop niti proti preklopu procesa

Zakaj je to pomembno v praksi

Zakaj je to pomembno

Povezana vprašanja