Bir context switch gerçekte neye mal olur ve neden önemlidir?

Question

IT Interview Practice · Accepted Answer

Bir **context switch**, kernel'in o an çalışan thread'in CPU durumunu (register'lar, program counter, stack pointer) kaydedip başka bir thread'inkini geri yüklemesidir; böylece tek bir çekirdek birçok thread'i çoğullayabilir. Her scheduler preemption'ında, bloklayan syscall'da ya da interrupt'ta gerçekleşir — ve bedava değildir.

## Maliyet nerede gizlenir

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

**Doğrudan** maliyet birkaç mikrosaniyedir. **Dolaylı** maliyet — geçişten sonra soğuk bir cache ve TLB — sıklıkla daha büyük darbedir: gelen thread, cache'lerini ana bellekten yeniden ısıtırken bir süre yavaş çalışır (her miss başına onlarca ila yüzlerce cycle).

## Thread vs process geçişi

**Aynı process'in thread'leri arasında** geçiş daha ucuzdur: bir adres alanını paylaşırlar, dolayısıyla page table (ve tagged TLB / PCID'siz donanımda TLB) değişmek zorunda değildir. **Process'ler arası** geçiş ise ek olarak page-table temel register'ını yeniden yükler ve geleneksel olarak TLB'yi flush eder — bu yüzden daha maliyetlidir.

## Pratikte neden önemli

- **Çok fazla thread** → scheduler thrash yapar, çalışmak yerine geçiş yaparak cycle harcar; bir noktadan sonra, çekirdekten fazla thread throughput'u *azaltır*.
- **Async / event-loop** modellerinin (Node, nginx, `io_uring`) ve **goroutine / green thread**'lerin temel argümanıdır: çok sayıda bağlantıyı az sayıda OS thread'iyle işleyip her istek için bir geçişten kaçınmak.
- **CPU pinning / affinity**'nin latency'ye duyarlı servislere yardımcı olmasının nedenidir — sıcak cache'ini korumak için bir thread'i tek bir çekirdekte tutmak.
- Yüksek istem dışı (involuntary) context-switch sayısı (`vmstat`, `pidstat`'ta görünür), lock contention'ın ya da CPU aşırı taahhüdünün (oversubscription) klasik bir belirtisidir.

## Neden önemli

Bu senior düzeyinde bir sorudur çünkü *terimi* bilenleri, onun *neden* pahalı olduğunu anlayanlardan ayırır — ve gerçek cevap (yalnızca register kayıtları değil, cache/TLB kirlenmesi) mimari kararları yönlendirir: thread-per-request yerine async I/O, thread pool'ları çekirdek sayısına göre doğru boyutlandırmak ve affinity kullanmak. Scheduling'i, sanal belleği ve CPU cache'lerini tek bir performans hikâyesinde birleştirir.

Maliyet nerede gizlenir

Thread vs process geçişi

Pratikte neden önemli

Neden önemli

İlgili sorular