Windows Subsystem for Linux ha recibido un rediseño estructural para hacerse más estable cuando se le exige al máximo. La novedad introduce límites de memoria y CPU para evitar que el propio host de Windows se quede sin recursos durante cargas pesadas.
Hasta ahora, compilar software u otras tareas intensivas podían disparar eventos de Out-of-Memory en el entorno Linux virtual. El problema no se quedaba ahí: WSL podía consumir tantos recursos que el motor principal dejaba de responder incluso cuando la subida de carga ya había pasado.
Un sandbox para que el host no se quede sin aire
El cambio aceptado por Microsoft impone un tope duro al entorno Linux virtual mediante un sandbox. Así, si un proceso se queda sin recursos, el que cae es ese proceso concreto —no todo WSL.
La medida pasa por meter los entornos de usuario en un grupo de control restringido llamado wsl-user. Ese grupo queda limitado a 32MiB menos que la RAM total del host y a 0.01 cores por debajo de la capacidad completa de CPU. Ese margen deja aire suficiente para que sigan vivos la comunicación en segundo plano y la orquestación del sistema.
El cambio que trae estabilidad también rompe compatibilidad
La otra cara del rediseño es que WSL pasa por completo a Linux cgroup v2. Eso rompe la compatibilidad con cargas antiguas que dependan del marco anterior. Quien necesite cgroup v1 tendrá que añadir IsolateDistroCgroup = false al archivo .wslconfig, que desactiva estas medidas nuevas.
Hay más efectos colaterales. Si se ejecutan varias distribuciones Linux a la vez, ya no deberían aparecer bloqueos de inicialización. La arquitectura separa las instancias de systemd en cgroups por distribución, de modo que cada una arranca por su cuenta.
El resultado es un WSL más difícil de tumbar bajo presión, algo que encaja con otras mejoras recientes en el entorno de Windows y Linux, como el trabajo que vimos en la optimización de VRAM para Linux o en el nuevo Low Latency Mode de Windows 11.
Puedes seguir a HardwarePremium en Facebook, Twitter (X), Instagram, Threads, BlueSky o Youtube. También puedes consultar nuestro canal de Telegram para estar al día con las últimas noticias de tecnología.
FAQ
Microsoft introduce límites de memoria y CPU para que el host de Windows no se quede sin recursos. Si un proceso Linux agota la memoria, puede fallar ese proceso, pero no todo el entorno WSL.
Compilar software u otras tareas intensivas ya no deberían dejar WSL completamente bloqueado tras un evento OOM. El nuevo sandbox reserva margen para mantener vivos los procesos internos del sistema.
WSL pasa a Linux cgroup v2, así que los entornos que dependan de cgroup v1 pueden romperse. Para forzar el comportamiento anterior hay que añadir IsolateDistroCgroup = false en .wslconfig.
Las instancias de systemd quedan aisladas en cgroups por distribución. Eso evita bloqueos de inicialización cuando varias distribuciones arrancan al mismo tiempo.
Comentarios