¿Cuál es la diferencia entre un proceso y un thread?

Question

IT Interview Practice · Accepted Answer

Un **proceso** es un programa en ejecución con su propia memoria aislada (address space); un **thread** es una unidad de ejecución *dentro* de un proceso. Un proceso puede contener muchos threads, y esos threads **comparten** la memoria del proceso — pero cada proceso está aislado de todos los demás.

## Qué posee cada uno

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

- **Por proceso:** address space, file descriptors abiertos, PID — totalmente aislados por el kernel.
- **Por thread:** su propio **stack**, registros y program counter (PC).
- **Compartido entre los threads de un proceso:** el heap, las variables globales y los archivos abiertos.

## El compromiso práctico

- **Los threads** son baratos de crear y se comunican al instante (memoria compartida) — pero un bug en un thread (puntero erróneo, crash) tumba todo el proceso, y los datos compartidos necesitan locks.
- **Los procesos** son más pesados y deben usar IPC para comunicarse, pero el aislamiento hace que un proceso que se cae no corrompa a otro — el modelo que usan los navegadores para aislar (sandbox) las pestañas.

El context-switch **entre threads** del mismo proceso es más barato que entre procesos, porque el mapa de memoria (y sus entradas de TLB) no tiene que cambiar.

## Por qué es importante

"Proceso vs thread" es una de las preguntas de entrevista de OS más comunes porque la respuesta guía decisiones de diseño reales: threads para paralelismo con memoria compartida dentro de un servicio, procesos separados para aislamiento de fallos y sandboxing de seguridad. Saber exactamente qué se comparte (heap, fds) frente a qué es privado (stack, registros) es también la base para entender las race conditions y por qué se necesita sincronización.

Qué posee cada uno

El compromiso práctico

Por qué es importante

Preguntas relacionadas