Ya podés correr varios kernels de Linux en una sola máquina al mismo tiempo
Multikernel Technologies lanzó mklinux v7.0-mk2, un fork del kernel que permite ejecutar múltiples núcleos Linux independientes en el mismo hardware, cada uno con CPUs, memoria y dispositivos dedicados. Una alternativa real a VMs e hipervisores para entornos de producción.
Multikernel Technologies acaba de hacer pública la versión 7.0-mk2 de mklinux, el primer release abierto de su árbol de kernel multikernel en el que vienen trabajando desde el año pasado. La idea central es simple pero potente: una sola máquina física puede ejecutar varios kernels Linux completamente independientes, cada uno con sus propios núcleos de CPU, memoria RAM y acceso directo a hardware.
Esto significa que en el mismo servidor podés tener un kernel dedicado exclusivamente a una base de datos, otro para entrenamiento de modelos con GPU y un tercero para tareas de I/O, sin que se pisen ni compartan recursos de forma insegura. No se trata de una distro rara ni de un parche experimental: es un fork directo del kernel Linux con parches específicos que habilitan este nivel de aislamiento y paralelismo.
El funcionamiento es interesante. Un kernel actúa como host y controla los recursos físicos de la máquina (CPUs, memoria y dispositivos PCI). Cuando levantás una nueva instancia, esta se inicia usando el mecanismo kexec de Linux y arranca de forma nativa sobre su porción dedicada de hardware, sin hipervisor de por medio. El host administra todo a través de overlays en el device tree que se exponen en /sys/fs/multikernel/, y permite mover hardware entre instancias mientras el sistema sigue funcionando.
Esto lo diferencia claramente de las máquinas virtuales tradicionales y de los contenedores. Una VM siempre tiene un hipervisor y un kernel huésped entre la aplicación y el hardware real. Un contenedor evita el hipervisor pero todos los contenedores comparten el mismo kernel. El enfoque multikernel elimina ambos problemas: cada instancia es un kernel Linux completo y aislado que corre sobre núcleos dedicados.
Además, las tarjetas de red y discos modernos pueden asignar colas de hardware independientes, por lo que cada kernel obtiene acceso exclusivo a una porción real del dispositivo, no solo una tajada de CPU. La empresa incluso propone un patrón de “kernel de dispositivos” separado, donde una instancia se encarga únicamente de drivers e interrupciones de I/O para que los kernels de aplicación nunca vean una interrupción de hardware.
Por ahora el soporte está limitado a hardware x86_64, aunque la compañía indica que el código específico de arquitectura ya está lo suficientemente modular como para agregar ports a otras plataformas en el futuro. De hecho, ya venden tres productos basados en este kernel: Private Cloud para consolidar cargas de trabajo en bare metal sin hipervisor, Sandbox para correr agentes de IA en kernels aislados con acceso directo a GPU, y LiveUpdate que permite parchar un kernel en ejecución sin downtime.
Todos los casos de uso apuntan a equipos de infraestructura, SRE y entornos de producción que administran su propio hardware. También mencionan servidores ARM de alto número de núcleos, sistemas RISC-V con un kernel por clúster en SoCs heterogéneos y hasta fabricantes que quieran integrar la tecnología en dispositivos embebidos.
La idea original fue presentada por Cong Wang, fundador y CEO de Multikernel Technologies, en un RFC enviado a la lista de correo del kernel Linux en septiembre de 2025. Ver que llegó a un release público en menos de un año es un avance notable. El anuncio incluye benchmarks detallados que vale la pena revisar si estás pensando en infraestructuras de alto rendimiento.
Este tipo de desarrollos son los que siguen empujando los límites de lo que podemos hacer con hardware viejo o nuevo sin depender de capas propietarias. Si sos sysadmin o estás armando tu propio servidor, vale la pena seguirle la pista a este proyecto.