ਇੱਕ context switch ਅਸਲ ਵਿੱਚ ਕੀ ਲਾਗਤ ਲਾਉਂਦੀ ਹੈ, ਅਤੇ ਇਹ ਕਿਉਂ ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ?

Question

IT Interview Practice · Accepted Answer

ਇੱਕ **context switch** ਉਹ ਹੈ ਜਦੋਂ kernel ਮੌਜੂਦਾ ਚੱਲ ਰਹੇ thread ਦੀ CPU ਸਥਿਤੀ (registers, program counter, stack pointer) ਸੰਭਾਲ ਲੈਂਦਾ ਹੈ ਅਤੇ ਕਿਸੇ ਹੋਰ thread ਦੀ ਬਹਾਲ ਕਰਦਾ ਹੈ, ਤਾਂ ਜੋ ਇੱਕ ਇਕੱਲਾ core ਕਈ threads ਨੂੰ multiplex ਕਰ ਸਕੇ। ਇਹ ਹਰ scheduler preemption, blocking syscall, ਜਾਂ interrupt 'ਤੇ ਵਾਪਰਦੀ ਹੈ — ਅਤੇ ਇਹ ਮੁਫ਼ਤ ਨਹੀਂ ਹੈ।

## ਲਾਗਤ ਕਿੱਥੇ ਲੁਕੀ ਹੈ

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

**ਸਿੱਧੀ** ਲਾਗਤ ਕੁਝ microseconds ਹੈ। **ਅਸਿੱਧੀ** ਲਾਗਤ — switch ਤੋਂ ਬਾਅਦ ਇੱਕ ਠੰਢਾ cache ਅਤੇ TLB — ਅਕਸਰ ਵੱਡੀ ਸੱਟ ਹੁੰਦੀ ਹੈ: ਆਉਣ ਵਾਲਾ thread ਕੁਝ ਸਮੇਂ ਲਈ ਹੌਲੀ ਚੱਲਦਾ ਹੈ ਜਦੋਂ ਇਹ ਮੁੱਖ ਮੈਮੋਰੀ ਤੋਂ ਆਪਣੇ caches ਨੂੰ ਦੁਬਾਰਾ-ਗਰਮ ਕਰਦਾ ਹੈ (ਹਰ miss 'ਤੇ ਦਸਾਂ ਤੋਂ ਸੈਂਕੜੇ cycles)।

## thread ਬਨਾਮ process switch

ਇੱਕੋ process ਦੇ **threads ਵਿਚਕਾਰ** switch ਕਰਨਾ ਸਸਤਾ ਹੈ: ਉਹ ਇੱਕ address space ਸਾਂਝਾ ਕਰਦੇ ਹਨ, ਇਸ ਲਈ page table (ਅਤੇ tagged TLBs / PCIDs ਬਿਨਾਂ ਹਾਰਡਵੇਅਰ ਉੱਤੇ TLB) ਨੂੰ ਬਦਲਣ ਦੀ ਲੋੜ ਨਹੀਂ। **Processes** ਬਦਲਣ ਨਾਲ ਵਾਧੂ ਤੌਰ 'ਤੇ page-table base register ਦੁਬਾਰਾ ਲੋਡ ਹੁੰਦਾ ਹੈ ਅਤੇ ਰਵਾਇਤੀ ਤੌਰ 'ਤੇ TLB flush ਹੁੰਦਾ ਹੈ — ਇਸੇ ਲਈ ਇਹ ਵੱਧ ਲਾਗਤ ਲਾਉਂਦਾ ਹੈ।

## ਇਹ ਅਮਲ ਵਿੱਚ ਕਿਉਂ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ

- **ਬਹੁਤ ਜ਼ਿਆਦਾ threads** → scheduler thrash ਕਰਦਾ ਹੈ, ਕੰਮ ਦੀ ਥਾਂ switch ਕਰਨ ਵਿੱਚ cycles ਖ਼ਰਚਦਾ ਹੈ; ਇੱਕ ਹੱਦ ਤੋਂ ਬਾਅਦ, cores ਨਾਲੋਂ ਵੱਧ threads throughput ਨੂੰ *ਘਟਾਉਂਦੇ* ਹਨ।
- ਇਹ **async / event-loop** ਮਾਡਲਾਂ (Node, nginx, `io_uring`) ਅਤੇ **goroutines / green threads** ਲਈ ਮੁੱਖ ਦਲੀਲ ਹੈ: ਥੋੜ੍ਹੇ OS threads ਨਾਲ ਕਈ connections ਸੰਭਾਲੋ, ਹਰ request 'ਤੇ ਇੱਕ switch ਤੋਂ ਬਚਦੇ ਹੋਏ।
- ਇਸੇ ਲਈ **CPU pinning / affinity** latency-ਸੰਵੇਦਨਸ਼ੀਲ services ਦੀ ਮਦਦ ਕਰਦੀ ਹੈ — ਇੱਕ thread ਨੂੰ ਇੱਕ core ਉੱਤੇ ਰੱਖੋ ਤਾਂ ਜੋ ਉਸਦਾ ਗਰਮ cache ਬਚਿਆ ਰਹੇ।
- ਉੱਚੀ involuntary context-switch ਗਿਣਤੀ (`vmstat`, `pidstat` ਵਿੱਚ ਦਿਸਦੀ) lock contention ਜਾਂ CPU oversubscription ਦਾ ਇੱਕ ਕਲਾਸਿਕ ਲੱਛਣ ਹੈ।

## ਇਹ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈ

ਇਹ ਇੱਕ senior-ਪੱਧਰ ਦਾ ਸਵਾਲ ਹੈ ਕਿਉਂਕਿ ਇਹ ਉਹਨਾਂ ਲੋਕਾਂ ਨੂੰ ਵੱਖ ਕਰਦਾ ਹੈ ਜੋ *ਸ਼ਬਦ* ਜਾਣਦੇ ਹਨ, ਉਹਨਾਂ ਤੋਂ ਜੋ ਸਮਝਦੇ ਹਨ ਕਿ ਇਹ *ਕਿਉਂ* ਮਹਿੰਗਾ ਹੈ — ਅਤੇ ਅਸਲੀ ਜਵਾਬ (cache/TLB pollution, ਸਿਰਫ਼ register saves ਨਹੀਂ) architectural ਫ਼ੈਸਲੇ ਚਲਾਉਂਦਾ ਹੈ: thread-per-request ਦੀ ਥਾਂ async I/O, thread pools ਨੂੰ core ਗਿਣਤੀ ਅਨੁਸਾਰ ਸਹੀ ਆਕਾਰ ਦੇਣਾ, ਅਤੇ affinity ਵਰਤਣਾ। ਇਹ scheduling, virtual memory, ਅਤੇ CPU caches ਨੂੰ ਇੱਕ ਹੀ performance ਕਹਾਣੀ ਵਿੱਚ ਬੰਨ੍ਹ ਦਿੰਦਾ ਹੈ।

ਲਾਗਤ ਕਿੱਥੇ ਲੁਕੀ ਹੈ

thread ਬਨਾਮ process switch

ਇਹ ਅਮਲ ਵਿੱਚ ਕਿਉਂ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ

ਇਹ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈ

ਸੰਬੰਧਿਤ ਸਵਾਲ