Çfarë kushton në të vërtetë një context switch, dhe pse ka rëndësi?

Question

IT Interview Practice · Accepted Answer

Një **context switch** është ruajtja nga kernel-i e gjendjes CPU të thread-it që po ekzekutohet aktualisht (registers, program counter, stack pointer) dhe rikthimi i gjendjes së një thread-i tjetër, në mënyrë që një core i vetëm të mund të multipleksojë shumë thread-e. Ndodh në çdo preemption të scheduler-it, çdo blocking syscall, ose interrupt — dhe nuk është falas.

## Ku fshihet kostoja

```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
```

Kostoja **direkte** është pak mikrosekonda. Kostoja **indirekte** — një cache dhe TLB e ftohtë pas ndërrimit — është shpesh goditja më e madhe: thread-i që sapo hyn ekzekutohet ngadalë për një kohë ndërsa i ngroh sërish cache-t e tij nga memoria kryesore (dhjetëra deri në qindra cikle për miss).

## Ndërrim thread vs process

Ndërrimi midis **thread-eve të të njëjtit process** është më i lirë: ata ndajnë një address space, kështu që page table-i (dhe TLB-ja, në hardware pa tagged TLB / PCID) nuk ka nevojë të ndryshojë. Ndërrimi i **proceseve** ngarkon gjithashtu sërish regjistrin bazë të page-table-it dhe tradicionalisht bën flush TLB-në — prandaj kushton më shumë.

## Pse ka rëndësi në praktikë

- **Shumë thread-e** → scheduler-i bën thrash, duke shpenzuar cikle duke ndërruar në vend që të punojë; përtej një pike, më shumë thread-e sesa core-e *e ul* throughput-in.
- Është argumenti qendror për modelet **async / event-loop** (Node, nginx, `io_uring`) dhe **goroutines / green threads**: trajto shumë lidhje me pak OS thread-e, duke shmangur një ndërrim për çdo request.
- Është arsyeja pse **CPU pinning / affinity** ndihmon shërbimet e ndjeshme ndaj latency-së — mbaje një thread në një core për të ruajtur cache-n e tij të ngrohtë.
- Një numër i lartë context-switch-esh të pavullnetshëm (i dukshëm në `vmstat`, `pidstat`) është një simptomë klasike e lock contention ose e mbingarkesës (oversubscription) të CPU-së.

## Pse ka rëndësi

Kjo është një pyetje e nivelit senior sepse ndan njerëzit që dinë *termin* nga ata që kuptojnë *pse* është e kushtueshme — dhe përgjigjja e vërtetë (ndotja e cache/TLB, jo thjesht ruajtja e regjistrave) drejton vendime arkitekturore: async I/O në vend të thread-per-request, dimensionimi i saktë i thread pool-eve sipas numrit të core-ve, dhe përdorimi i affinity. Ai lidh scheduling, memorien virtuale, dhe CPU cache-t në një histori të vetme performance.

Ku fshihet kostoja

Ndërrim thread vs process

Pse ka rëndësi në praktikë

Pse ka rëndësi

Pyetje të ngjashme