Mitkä ovat tärkeimmät IPC-mekanismit, ja milloin käytät mitäkin?

Question

IT Interview Practice · Accepted Answer

Koska jokaisella prosessilla on **eristetty osoiteavaruus**, ne eivät voi vain jakaa muuttujia — ne tarvitsevat **prosessien välistä kommunikaatiota (inter-process communication, IPC)**. OS tarjoaa useita mekanismeja, jotka eroavat nopeudessa, suunnassa ja siinä, toimivatko ne koneiden välillä.

## Päämekanismit

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

## Yhden valitseminen

- **Pipet** — yksinkertaisia yksisuuntaisia byte streameja; shell-putkien ja parent/child-putkituksen selkäranka.
- **Shared memory** — kun tarvitset **korkeaa throughputia / matalaa latenssia** (esim. tietokannan jaetut bufferit). Se on nopein, koska dataa ei kopioida kernelin läpi — mutta se ei tarjoa *mitään* synkronointia, joten yhdistät sen semaphoreihin.
- **Message queuet** — kun haluat **erillisiä viestejä** rajat säilyttäen ja löyhällä kytkennällä.
- **Socketit** — joustavin: saman koneen **UNIX-domain-socketit** ovat nopeita; TCP/UDP-socketit toimivat myös **koneiden välillä**, minkä vuoksi verkkopalvelut käyttävät niitä.
- **Signalit** — **ohjaus (control)** -tapahtumiin (interrupt, terminate, lapsiprosessi lopetti), ei datan siirtämiseen.

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

## Miksi se on tärkeää

IPC-valinnat muovaavat järjestelmän arkkitehtuuria ja suorituskykyä. Haastattelijat haluavat nähdä, että sovitat mekanismin tarpeeseen: shared memory raakaan nopeuteen (hyväksyen synkronoinnin taakan), socketit joustavuuteen ja verkkoläpinäkyvyyteen, pipet yksinkertaiseen streamaukseen, signalit ohjaukseen. Se on perusta sen ymmärtämiselle, miten shell-putki, moniprosessinen web-palvelin, tietokannan jaetut bufferit tai mikropalvelut oikeasti keskustelevat keskenään.

Päämekanismit

Yhden valitseminen

Miksi se on tärkeää

Aiheeseen liittyvät kysymykset