Mi a különbség egy process és egy thread között?

Question

IT Interview Practice · Accepted Answer

A **process** egy futó program, saját elszigetelt memóriával (címtérrel); a **thread** egy végrehajtási egység egy processen *belül*. Egy process sok threadet tartalmazhat, és ezek a threadek **megosztják** a process memóriáját — de minden process el van szigetelve az összes többitől.

## Mit birtokol mindegyik

```text
PROCESS A                          PROCESS B
┌─────────────────────────────┐    ┌───────────────┐
│ address space (code/heap)   │    │ address space │
│ file descriptors, PID       │    │  (isolated)   │
│ ┌────────┐ ┌────────┐       │    │  ┌────────┐   │
│ │thread 1│ │thread 2│  ...  │    │  │thread 1│   │
│ │ stack  │ │ stack  │       │    │  │ stack  │   │
│ │ regs/PC│ │ regs/PC│       │    │  └────────┘   │
│ └────────┘ └────────┘       │    └───────────────┘
│  ▲ shared heap, globals, fds│
└─────────────────────────────┘
```

- **Processenként:** címtér, nyitott file descriptorok, PID — a kernel által teljesen elszigetelve.
- **Threadenként:** saját **stack**, regiszterek és program counter (PC).
- **A process threadjei közt megosztva:** a heap, a globális változók és a nyitott fájlok.

## A gyakorlati kompromisszum

- **A threadek** olcsón létrehozhatók és azonnal kommunikálnak (megosztott memória) — de egy thread hibája (rossz pointer, crash) az egész processt leviszi, és a megosztott adatokhoz lockok kellenek.
- **A processek** nehezebbek, és IPC-t kell használniuk a kommunikációhoz, de az elszigetelés miatt egy crashelő process nem rontja el a másikat — ezt a modellt használják a böngészők a tabok sandboxolására.

A context switch **ugyanazon process threadjei között** olcsóbb, mint processek között, mert a memóriatérkép (és a hozzá tartozó TLB-bejegyzések) nem változik.

## Miért fontos

A "process vs thread" az egyik leggyakoribb OS-es interjúkérdés, mert a válasz valós tervezési döntéseket vezérel: threadek a megosztott memóriás párhuzamossághoz egy szolgáltatáson belül, külön processek a hibaelszigeteléshez és a biztonsági sandboxoláshoz. Ha pontosan tudod, mi megosztott (heap, fd-k) és mi privát (stack, regiszterek), az egyben a race condition-ök megértésének és annak alapja is, hogy miért van szükség szinkronizációra.

Mit birtokol mindegyik

A gyakorlati kompromisszum

Miért fontos

Kapcsolódó kérdések