Quali sono i principali meccanismi di IPC, e quando usi ciascuno?

Question

IT Interview Practice · Accepted Answer

Poiché ogni processo ha uno **spazio di indirizzamento isolato**, i processi non possono semplicemente condividere variabili — hanno bisogno della **comunicazione tra processi (inter-process communication, IPC)**. L'OS offre diversi meccanismi, che differiscono per velocità, direzione e per il fatto se funzionino tra macchine diverse.

## I principali meccanismi

```text
Pipe / FIFO      → byte stream, one direction; anonymous pipe = parent↔child, named FIFO = any procs
                   e.g.  ls | grep foo   (the shell wires stdout→stdin via a pipe)
Shared memory    → both map the SAME physical pages → FASTEST (no copy), but you must
                   synchronize access yourself (semaphore/mutex)
Message queue    → kernel-managed queue of discrete messages; decoupled, preserves boundaries
Socket           → bidirectional stream/datagram; UNIX-domain (same host) or TCP/UDP (across network)
Signal           → tiny async notification (a number), e.g. SIGINT, SIGTERM — control, not data transfer
```

## Sceglierne uno

- **Pipe** — semplici byte stream unidirezionali; la spina dorsale delle shell pipeline e del collegamento parent/child.
- **Shared memory** — quando serve **throughput alto / bassa latenza** (es. i shared buffer di un database). È il più veloce perché i dati non vengono copiati attraverso il kernel — ma *non* offre sincronizzazione, quindi lo abbini a semafori.
- **Message queue** — quando vuoi **messaggi discreti** con confini preservati e accoppiamento lasco.
- **Socket** — il più flessibile: le **UNIX-domain socket** sullo stesso host sono veloci; le socket TCP/UDP funzionano anche **tra macchine**, ed è per questo che i servizi di rete le usano.
- **Signal** — per eventi di **controllo (control)** (interrupt, terminazione, processo figlio terminato), non per spostare dati.

```text
        copy through kernel                          no copy
  slower ◀─────────────────────────────────────────────▶ faster
  socket / message queue / pipe            shared memory (+ your own locking)
```

## Perché è importante

Le scelte di IPC plasmano l'architettura e le performance di un sistema. Gli intervistatori vogliono vederti abbinare il meccanismo al bisogno: shared memory per la velocità pura (accettando l'onere della sincronizzazione), socket per flessibilità e trasparenza di rete, pipe per lo streaming semplice, signal per il controllo. È la base per capire come una shell pipeline, un web server multi-processo, i shared buffer di un database o i microservizi comunichino davvero tra loro.

I principali meccanismi

Sceglierne uno

Perché è importante

Domande correlate