Recursos · Guía técnica

Del clic al binario

Abrir una app, ver un video, chatear con una IA: todo pasa por ocho capas invisibles antes de convertirse en electricidad moviéndose por un chip. Esta guía te lleva por cada una, de arriba a abajo, con la jerga real — pero explicada desde cero.

Mapa completo

Las ocho capas de tu computador

Desde ti hasta el transistor. La regla de oro: cada capa solo le habla a su vecina de abajo y no sabe nada de las demás — por eso todo esto funciona sin que nadie tenga que entenderlo completo de una vez.

7capa
Persona
Usuario (tú)
Mueves el mouse, tocas la pantalla, escribes. No le hablas al computador directamente — le hablas a una app.
6capa
Software que usas
Aplicaciones
Chrome, Word, un videojuego, Claude Code. Cada una le pide cosas al sistema operativo (leer un archivo, mostrar algo en pantalla) — ninguna toca el hardware directamente.
5capa
El que reparte los recursos
Sistema operativo
Windows, macOS, Linux, Android, iOS. Decide qué app usa el procesador ahora, cuánta memoria le presta a cada una y qué archivos puede leer.
4capa
El núcleo del sistema operativo
Kernel
La única parte del SO con permiso real para tocar el hardware. Todo lo demás — hasta la interfaz gráfica del propio SO — tiene que pedirle permiso a él.
3capa
Traductores
Drivers
Cada pieza física (tarjeta gráfica, wifi, impresora) habla "su propio idioma". El driver traduce entre ese idioma y las órdenes genéricas del kernel.
2capa
Lo primero que despierta
Firmware · BIOS / UEFI
Código grabado en un chip de la placa madre. Se ejecuta antes que nada al encender el equipo, revisa que el hardware esté sano y le pasa el control al sistema operativo.
1capa
Piezas físicas
Hardware: CPU · RAM · VRAM · almacenamiento
Los componentes físicos reales. Cada uno tiene un trabajo distinto — lo vemos en detalle más abajo.
0capa
Electricidad, pura y dura
Binario
En el fondo, todo lo anterior es voltaje alto o bajo pasando por miles de millones de transistores que se abren o cierran. Un "1" es "hay corriente"; un "0", "no la hay". Todo lo demás — lenguajes, apps, hasta la IA — son capas de traducción sobre este hecho físico.
Por qué importa este orden Chrome no sabe qué procesador tienes. El kernel no sabe qué es "Chrome" — solo ve un proceso pidiendo memoria y tiempo de CPU. Esa ignorancia mutua entre capas es una decisión de diseño: permite que cambies de computador, de sistema operativo o de app sin que las demás capas se enteren.
Capa 5

¿Qué es un sistema operativo y para qué sirve?

Un sistema operativo es el programa que administra los recursos del computador — procesador, memoria, disco, dispositivos — y le da a cada aplicación una forma ordenada de pedirlos, sin que tengan que pelearse entre ellas ni tocar el hardware directo.

La analogía: el gerente del edificio El SO es como el gerente de un edificio de oficinas. No hace el trabajo de cada empresa (aplicación) que alquila una oficina, pero administra el ascensor (procesador), reparte las salas de reunión (memoria), decide quién entra a la sala de servidores (permisos) y mantiene las luces encendidas (drivers y dispositivos). Sin gerente, cada empresa pelearía por el ascensor al mismo tiempo.
Procesos
Gestión de procesos
Decide qué programa usa el procesador en cada instante y en qué orden.
Memoria
Gestión de memoria
Le asigna a cada programa su propio espacio de RAM, aislado del resto.
Archivos
Sistema de archivos
Organiza cómo se guardan, nombran y encuentran los datos en el disco.
Hardware
Drivers y dispositivos
Coordina impresoras, wifi, pantalla, teclado — todo lo que se conecta.
Seguridad
Permisos y aislamiento
Evita que un programa lea los datos o la memoria de otro sin autorización.
Interfaz
CLI o interfaz gráfica
La forma en que le das las órdenes: ventanas e iconos, o una terminal de texto.

¿En qué se diferencian entre sí?

Todos hacen lo mismo en el fondo. Lo que cambia es el kernel que usan, si el código es público, y para qué hardware están pensados.

Sistema Windows macOS Linux Android / iOS
Kernel NT XNU (Darwin) Linux Linux (Android) / XNU (iOS)
Código Cerrado Cerrado (núcleo Darwin abierto) Abierto Parcialmente abierto (AOSP) / cerrado
Hardware Casi cualquier PC, x86/x64 y ARM64 Solo Mac (antes x86, hoy Apple Silicon ARM) Casi cualquier arquitectura: x86, ARM, RISC-V Solo chips móviles ARM
Uso típico Escritorio, oficina, juegos Escritorio creativo/profesional Servidores, desarrollo, por debajo de Android Celulares y tablets
Un dato curioso El mismo kernel NT corre por debajo de Windows y de la Xbox Un mismo kernel, distinto "cuerpo" que iOS Cientos de "distros" (Ubuntu, Fedora…) sobre el mismo núcleo Android es Linux por dentro, aunque no se le parezca
Mismo kernel, sistema operativo distinto Ubuntu, Fedora, Arch y Android usan el mismo Linux kernel por dentro — pero son sistemas operativos completamente distintos en cómo se ven, se instalan y se usan. El kernel es solo una pieza (la más importante) del SO completo, no el SO entero.
Capa 4 · El corazón del SO

Dónde entra el kernel

El kernel es la parte del sistema operativo que corre en "modo privilegiado", con acceso total y directo al hardware. Todo lo demás — apps, y hasta buena parte del propio SO — corre en "modo usuario", con acceso restringido.

La analogía: la única llave maestra El kernel es la única persona en el edificio con la llave maestra. Todas las demás — apps, servicios, el propio explorador de archivos — tienen que pedirle a esa persona que abra la puerta que necesitan. A ese pedido formal se le llama syscall (llamada al sistema): "necesito leer este archivo", "necesito mandar estos datos por red". Nadie más tiene copia de la llave.
Modo usuario
  • Corre casi todo: tu navegador, tus apps, la interfaz gráfica del SO
  • No puede tocar el hardware directamente
  • Si un programa se cuelga aquí, el resto sigue funcionando
  • Para hacer algo real (leer un disco, usar la red) tiene que pedírselo al kernel
Modo kernel
  • Acceso total y directo a CPU, RAM y dispositivos
  • Corre el kernel y los drivers certificados
  • Si algo falla aquí, puede colgar el equipo entero (pantalla azul)
  • Por eso solo entra el código mínimo indispensable
Scheduler
Planificador de procesos
Decide qué proceso usa la CPU ahora mismo, miles de veces por segundo — por eso parece que todo corre "a la vez".
Memoria
Gestor de memoria
Le da a cada proceso su propio pedazo aislado de RAM, para que uno no pueda leer la memoria de otro.
Traducción
Drivers
Convierten los pedidos genéricos del kernel al idioma específico de cada pieza de hardware.
Persistencia
Sistema de archivos
Define cómo se organizan y leen los datos guardados en el disco.
Windows
NT kernel
Cerrado, propiedad de Microsoft, diseñado para compatibilidad amplia de hardware.
Linux
Linux kernel
Abierto. Corre desde servidores hasta Android y tu router de casa.
Apple
XNU / Darwin
Híbrido (mezcla de dos diseños de kernel). Núcleo de macOS e iOS.
Capa 1 · El hardware real

CPU, RAM, VRAM y almacenamiento

Cuatro piezas físicas con trabajos completamente distintos. Confundirlas es el error más común al hablar de "cuánta memoria" tiene un equipo.

La analogía: tu escritorio real CPU son tus manos y tu cerebro haciendo el trabajo. RAM es el escritorio: los papeles que tienes abiertos ahora mismo, a mano y rápidos de usar — pero que desaparecen si alguien limpia la mesa (apagas el equipo). Almacenamiento (SSD/HDD) es el archivero: todo lo que no estás usando en este momento, más lento de alcanzar, pero no se borra al apagar la luz. VRAM es un segundo escritorio, idéntico pero dedicado exclusivamente a la tarjeta gráfica (GPU), especializada en hacer miles de cálculos en paralelo para imágenes o IA.
Calcula
CPU
Ejecuta instrucciones una tras otra (o unas pocas a la vez, según sus núcleos). El "cerebro" que hace el trabajo real.
Memoria de trabajo
RAM
Guarda lo que está activo ahora: la app abierta, tu documento sin guardar. Rapidísima, pero volátil — se borra al apagar.
Memoria gráfica
VRAM
Como la RAM, pero dentro o junto a la GPU. Guarda texturas, fotogramas, y datos de modelos de IA que se procesan en paralelo.
Archivo permanente
Almacenamiento
SSD o disco duro. Todo lo que "no se pierde": tus fotos, programas instalados, el propio sistema operativo.

Qué pasa, capa por capa, cuando abres un juego

  1. Haces doble clic. El sistema operativo recibe el pedido y localiza el programa.
  2. Del disco a la RAM. El kernel le pide al almacenamiento que copie el programa a la memoria de trabajo — ahí es rápido de leer.
  3. La CPU ejecuta. Empieza a correr las instrucciones del programa, leyendo y escribiendo datos en RAM todo el tiempo.
  4. Los gráficos van a la GPU. Lo que hay que dibujar en pantalla se manda a la tarjeta gráfica, que lo procesa usando su propia VRAM.
  5. Sale por pantalla. El resultado final se muestra — decenas de veces por segundo, repitiendo este ciclo completo.
Un dato curioso: la arquitectura de la CPU Además de qué tan rápida es, cada CPU entiende un "idioma" de instrucciones distinto — su arquitectura. La mayoría de los ordenadores de escritorio y portátiles usan x86/x64 (Intel, AMD). La familia ARM es la más extendida del mundo si sumamos los móviles (Snapdragon), y cada vez gana más terreno en portátiles (Apple Silicon en los Mac modernos) — aunque sigue siendo minoritaria en el PC tradicional. Un programa compilado para una arquitectura no corre nativo en la otra sin traducirlo (emulación), por eso a veces algo "no funciona" en un equipo ARM aunque vaya perfecto en uno x86.
Pregunta frecuente

¿Cómo tener más de un sistema operativo?

Hay tres formas de hacerlo, y cada una convive con el hardware real de manera distinta.

Método Dual boot Máquina virtual Contenedor
Cómo funciona Dos SOs instalados en el disco; un gestor de arranque te pregunta cuál cargar al encender Un programa (hipervisor) simula una computadora completa dentro de la real Comparte el kernel del equipo anfitrión en vez de simular hardware
¿Corren a la vez? No — solo uno activo por vez Sí, varias al mismo tiempo Sí, muchos al mismo tiempo
Acceso a hardware Total (el elegido usa todo el equipo) Un pedazo repartido de CPU/RAM real El mismo del anfitrión, sin repartir hardware
Velocidad de arranque Como un equipo normal Segundos a minutos Casi instantáneo
Ejemplo Windows + Linux en el mismo disco VirtualBox, VMware, Hyper-V, Parallels Docker
Un caso cercano: WSL2 Cuando Windows corre Linux "por dentro" (WSL2), en realidad usa una máquina virtual muy ligera con un kernel Linux real integrado — no es un simple contenedor. Por eso puedes correr herramientas de Linux de verdad sin reiniciar ni particionar el disco.
Para repasar

Glosario exprés

Núcleo del SO
Kernel
La parte del sistema operativo con acceso total al hardware.
Pedido formal
Syscall
La forma en que un programa en modo usuario le pide algo al kernel.
Traductor
Driver
Software que le enseña al kernel a hablarle a una pieza de hardware concreta.
Antes de todo
Firmware
Código grabado en un chip; corre antes que cualquier sistema operativo.
El firmware moderno
BIOS / UEFI
El firmware específico de la placa madre que arranca el equipo (UEFI es el sucesor moderno del viejo BIOS).
Crea máquinas de mentira
Hipervisor
Programa que reparte hardware real entre varias máquinas virtuales.
Un programa corriendo
Proceso
Una instancia de un programa en ejecución, con su propio espacio de memoria.
El idioma de la CPU
Arquitectura (ISA)
El conjunto de instrucciones que una CPU entiende: x86/x64, ARM, RISC-V.
El fondo de todo
Binario
Voltaje alto o bajo en un transistor, representado como 1 o 0.

El mapa completo, de un vistazo

Guarda esta guía como referencia rápida cuando algo no arranque, no compile o no corra en tu equipo — casi siempre el problema vive en una de estas ocho capas.

Ver más guías →