¿Qué es una system call, y qué son el user mode y el kernel mode?

Question

IT Interview Practice · Accepted Answer

Una **system call (syscall)** es el mecanismo que usa un programa de user-space para pedir un servicio al kernel — abrir un archivo, enviar datos de red, reservar memoria, crear un proceso. Como estas acciones tocan el hardware o afectan a otros procesos, solo el **kernel** puede realizarlas, así que una syscall cruza deliberadamente la frontera de protección.

## User mode vs kernel mode

La CPU se ejecuta en uno de (al menos) dos niveles de privilegio:

```text
 user mode   → restringido: sin acceso directo al hardware, sin instrucciones privilegiadas
 kernel mode → acceso total: hardware, toda la memoria, instrucciones de CPU privilegiadas
```

Una llamada a función normal permanece en user mode. Una syscall realiza un **mode switch** (cambio de modo) controlado a kernel mode, ejecuta código de kernel de confianza, y luego retorna:

```text
  user code            kernel
  ─────────            ──────
  read(fd, buf, n)
      │  trap (instrucción syscall)
      └──────────────▶ entra en kernel mode
                       valida args, hace la I/O
      ◀────────────── valor de retorno, vuelve a user mode
  continue
```

## Cómo funciona en la práctica

Rara vez escribes el trap tú mismo — la biblioteca de C lo envuelve. `fopen`/`fread` en tu código acaban llamando a las syscalls `open`/`read`:

```c
// read() de glibc coloca el número de syscall + args en registros,
// luego ejecuta una instrucción trap (p. ej. `syscall` en x86-64).
ssize_t n = read(fd, buffer, 4096);   // → hace trap hacia el kernel
```

El trap (una software interrupt / instrucción dedicada) es lo que cambia el nivel de privilegio de forma segura — el código de usuario no puede simplemente "saltar dentro" del kernel; solo puede entrar por puntos de entrada de syscall definidos que validan sus argumentos.

## Por qué es importante

La separación user/kernel es la base de la seguridad y la estabilidad del OS: es la razón por la que un proceso no puede garabatear sobre el hardware ni sobre la memoria de otro proceso. Entender las syscalls también explica el rendimiento — cada una cuesta un mode switch (cientos de nanosegundos), por lo que agrupar (batch) la I/O o usar `mmap`/`io_uring` para reducir el número de syscalls importa, y por lo que `strace` (que lista las syscalls de un programa) es una herramienta de depuración tan potente.

User mode vs kernel mode

Cómo funciona en la práctica

Por qué es importante

Preguntas relacionadas