Ce este un system call și ce sunt user mode și kernel mode?

Question

IT Interview Practice · Accepted Answer

Un **system call (syscall)** este mecanismul prin care un program din user-space cere un serviciu de la kernel — deschiderea unui fișier, trimiterea de date pe rețea, alocarea de memorie, crearea unui proces. Pentru că aceste acțiuni ating hardware-ul sau afectează alte procese, doar **kernel-ul** le poate efectua, așa că un syscall traversează în mod deliberat granița de protecție.

## User mode vs kernel mode

CPU-ul rulează într-unul din (cel puțin) două niveluri de privilegiu:

```text
 user mode   → restricted: no direct hardware access, no privileged instructions
 kernel mode → full access: hardware, all memory, privileged CPU instructions
```

Un apel de funcție obișnuit rămâne în user mode. Un syscall efectuează un **mode switch** controlat în kernel mode, rulează cod de kernel de încredere, apoi revine:

```text
  user code            kernel
  ─────────            ──────
  read(fd, buf, n)
      │  trap (syscall instruction)
      └──────────────▶ enter kernel mode
                       validate args, do the I/O
      ◀────────────── return value, back to user mode
  continue
```

## Cum funcționează în practică

Rareori scrii tu însuți trap-ul — biblioteca C îl împachetează. `fopen`/`fread` din codul tău ajung în cele din urmă să apeleze syscall-urile `open`/`read`:

```c
// read() din glibc pune numărul syscall-ului + argumentele în regiștri,
// apoi execută o instrucțiune trap (ex. `syscall` pe x86-64).
ssize_t n = read(fd, buffer, 4096);   // → face trap în kernel
```

Trap-ul (o software interrupt / instrucțiune dedicată) este ceea ce schimbă nivelul de privilegiu în siguranță — codul din user-space nu poate pur și simplu „sări în" kernel; poate intra doar la puncte de intrare syscall definite, care își validează argumentele.

## De ce contează

Împărțirea user/kernel este fundația securității și stabilității OS-ului: de aceea un proces nu poate mâzgăli pe hardware sau pe memoria altui proces. Înțelegerea syscall-urilor explică și performanța — fiecare costă un mode switch (sute de nanosecunde), motiv pentru care contează gruparea (batching) I/O sau folosirea `mmap`/`io_uring` pentru a reduce numărul de syscall-uri, și de ce `strace` (care listează syscall-urile unui program) este un instrument de debug atât de puternic.

User mode vs kernel mode

Cum funcționează în practică

De ce contează

Întrebări conexe