Care sunt principalele mecanisme IPC și când folosești fiecare?

Question

IT Interview Practice · Accepted Answer

Pentru că fiecare proces are un **spațiu de adrese izolat**, ele nu pot pur și simplu să împartă variabile — au nevoie de **comunicare între procese (inter-process communication, IPC)**. OS-ul oferă mai multe mecanisme, diferite ca viteză, direcție și dacă funcționează între mașini.

## Principalele mecanisme

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

## Alegerea unuia

- **Pipe-uri** — stream-uri de octeți simple, într-o singură direcție; coloana vertebrală a pipeline-urilor de shell și a legăturii parent/child.
- **Shared memory** — când ai nevoie de **throughput ridicat / latență scăzută** (ex. shared buffer-ele unei baze de date). Este cel mai rapid pentru că datele nu sunt copiate prin kernel — dar nu oferă *nicio* sincronizare, așa că îl împerechezi cu semafoare.
- **Message queue-uri** — când vrei **mesaje discrete** cu granițe păstrate și cuplare slabă.
- **Socket-uri** — cel mai flexibil: **UNIX-domain socket**-urile pe aceeași gazdă sunt rapide; socket-urile TCP/UDP funcționează și **între mașini**, de aceea serviciile de rețea le folosesc.
- **Semnale** — pentru evenimente de **control** (întrerupere, terminare, proces copil ieșit), nu pentru mutarea datelor.

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

## De ce contează

Alegerile IPC modelează arhitectura și performanța unui sistem. Intervievatorii vor să te vadă potrivind mecanismul cu nevoia: shared memory pentru viteză brută (acceptând povara sincronizării), socket-uri pentru flexibilitate și transparență de rețea, pipe-uri pentru streaming simplu, semnale pentru control. Este fundația pentru a înțelege cum vorbesc de fapt între ele un pipeline de shell, un web server cu mai multe procese, shared buffer-ele unei baze de date sau microserviciile.

Principalele mecanisme

Alegerea unuia

De ce contează

Întrebări conexe