Czym jest system call oraz czym są user mode i kernel mode?

Question

IT Interview Practice · Accepted Answer

**System call (syscall)** to mechanizm, którego program z user space używa, aby zażądać usługi od kernela — otwarcia pliku, wysłania danych sieciowych, alokacji pamięci, utworzenia procesu. Ponieważ te działania dotykają sprzętu lub wpływają na inne procesy, tylko **kernel** może je wykonać, więc syscall celowo przekracza granicę ochrony.

## User mode a kernel mode

CPU działa na jednym z (co najmniej) dwóch poziomów uprzywilejowania:

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

Zwykłe wywołanie funkcji pozostaje w user mode. Syscall wykonuje kontrolowane **przełączenie trybu (mode switch)** do kernel mode, uruchamia zaufany kod kernela, a potem wraca:

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

## Jak to działa w praktyce

Rzadko piszesz sam ten trap — owija go biblioteka C. `fopen`/`fread` w Twoim kodzie ostatecznie wołają syscalle `open`/`read`:

```c
// read() z glibc umieszcza numer syscalla + argumenty w rejestrach,
// a następnie wykonuje instrukcję trap (np. `syscall` na x86-64).
ssize_t n = read(fd, buffer, 4096);   // → wchodzi (trap) do kernela
```

Trap (przerwanie programowe / dedykowana instrukcja) to właśnie to, co bezpiecznie zmienia poziom uprzywilejowania — kod użytkownika nie może po prostu „wskoczyć" do kernela; może wejść tylko w zdefiniowanych punktach wejścia syscalli, które walidują swoje argumenty.

## Dlaczego to ważne

Podział user/kernel to fundament bezpieczeństwa i stabilności OS: to dlatego jeden proces nie może bazgrać po sprzęcie ani po pamięci innego procesu. Zrozumienie syscalli tłumaczy też wydajność — każdy z nich kosztuje mode switch (setki nanosekund), dlatego batchowanie I/O albo używanie `mmap`/`io_uring` w celu zmniejszenia liczby syscalli ma znaczenie, i dlatego `strace` (który wypisuje syscalle programu) jest tak potężnym narzędziem do debugowania.

User mode a kernel mode

Jak to działa w praktyce

Dlaczego to ważne

Powiązane pytania