Qual è la differenza tra un processo e un thread?

Question

IT Interview Practice · Accepted Answer

Un **process** (processo) è un programma in esecuzione con la propria memoria isolata (spazio di indirizzamento); un **thread** è un'unità di esecuzione *dentro* un processo. Un processo può contenere molti thread, e quei thread **condividono** la memoria del processo — ma ogni processo è isolato da ogni altro.

## Cosa possiede ciascuno

```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│
└─────────────────────────────┘
```

- **Per processo:** spazio di indirizzamento, file descriptor aperti, PID — completamente isolati dal kernel.
- **Per thread:** il proprio **stack**, i registri e il program counter (PC).
- **Condivisi tra i thread di un processo:** l'heap, le variabili globali e i file aperti.

## Il compromesso pratico

- I **thread** sono economici da creare e comunicano istantaneamente (memoria condivisa) — ma un bug in un thread (puntatore errato, crash) fa cadere l'intero processo, e i dati condivisi richiedono lock.
- I **processi** sono più pesanti e devono usare l'IPC per comunicare, ma l'isolamento fa sì che un processo che crasha non ne corrompa un altro — il modello che i browser usano per il sandboxing delle tab.

Il context switch **tra thread** dello stesso processo è più economico che tra processi, perché la mappa di memoria (e le sue voci nel TLB) non deve cambiare.

## Perché è importante

"Process vs thread" è una delle domande d'intervista sugli OS più comuni perché la risposta guida scelte di progettazione reali: thread per il parallelismo a memoria condivisa dentro un servizio, processi separati per l'isolamento dei guasti e il sandboxing di sicurezza. Sapere esattamente cosa è condiviso (heap, fd) rispetto a cosa è privato (stack, registri) è anche la base per capire le race condition e perché serve la sincronizzazione.

Cosa possiede ciascuno

Il compromesso pratico

Perché è importante

Domande correlate