WSL: cómo usar Linux dentro de Windows sin dual boot ni máquinas virtuales

📅 Actualizado en febrero 2026 ✍️ Ángel López 📊 Nivel: Principiante-Intermedio ⏱️ 30 min de lectura
📋 Contenido de esta unidad
  1. Qué es WSL y por qué existe
  2. WSL 1 vs WSL 2: diferencias clave
  3. Instalar WSL paso a paso
  4. Distribuciones disponibles en WSL
  5. Windows Terminal: la terminal moderna
  6. Desarrollo de software con WSL
  7. Docker y contenedores en WSL
  8. VS Code + WSL: el entorno perfecto
  9. Sistema de archivos: Windows ↔ Linux
  10. Configuración avanzada
  11. Limitaciones y cuándo usar Linux nativo

¿Quieres usar la terminal de Linux, sus herramientas de desarrollo y su ecosistema de paquetes sin salir de Windows? WSL (Windows Subsystem for Linux) te permite exactamente eso: ejecutar un Linux real dentro de Windows, con rendimiento casi nativo, integración total con tus herramientas de Windows y sin la complejidad de un dual boot o una máquina virtual. Esta guía cubre todo lo que necesitas para instalarlo, configurarlo y aprovecharlo al máximo.

🔄 Qué es WSL y por qué existe

WSL (Windows Subsystem for Linux) es una funcionalidad de Windows que permite ejecutar distribuciones Linux directamente en Windows, sin necesidad de dual boot, sin máquinas virtuales pesadas y sin reiniciar. Microsoft lo lanzó en 2016 y desde entonces ha evolucionado hasta convertirse en una herramienta fundamental para millones de desarrolladores en todo el mundo.

La pregunta obvia es: ¿por qué Microsoft, la empresa que durante décadas trató a Linux como un enemigo, decidió integrar Linux dentro de Windows? La respuesta es pragmática. A mediados de la década de 2010, Microsoft se dio cuenta de que la mayoría de los desarrolladores web y de software usaban herramientas de Linux (Node.js, Python, Ruby, Docker, Git, SSH, bases de datos) y que muchos de ellos estaban abandonando Windows en favor de macOS precisamente por su base Unix. Satya Nadella, CEO de Microsoft desde 2014, declaró que «Microsoft ama Linux» y puso en marcha la estrategia de traer Linux a Windows para retener a los desarrolladores.

El resultado fue WSL, y su impacto ha sido enorme. Según la encuesta de Stack Overflow de 2024, WSL es la tercera «plataforma» más usada por desarrolladores profesionales, detrás de Linux y macOS pero creciendo más rápido que ambos. Docker Desktop en Windows funciona sobre WSL. GitHub Codespaces usa WSL. La mayoría de los tutoriales modernos de desarrollo web asumen que tienes acceso a una terminal tipo Unix, y WSL es la forma más sencilla de conseguirlo en Windows.

💡 Dato interesante
Microsoft es uno de los mayores contribuidores al kernel Linux. En 2024, Microsoft contribuyó con más de 10.000 líneas de código al kernel, incluyendo mejoras específicas para WSL, Hyper-V y Azure. La empresa tiene más de 60.000 repositorios en GitHub y publica herramientas como Visual Studio Code, TypeScript y .NET como software de código abierto.

⚖️ WSL 1 vs WSL 2: diferencias clave

WSL ha tenido dos versiones muy diferentes en su arquitectura. Entender la diferencia es importante porque afecta al rendimiento y a las funcionalidades disponibles.

WSL 1: traducción de llamadas de sistema

La primera versión de WSL (2016) funcionaba mediante una capa de traducción: interceptaba las llamadas al kernel Linux que hacían las aplicaciones y las traducía a llamadas equivalentes del kernel de Windows NT. No había un kernel Linux real ejecutándose. Era ingenioso pero tenía limitaciones importantes: no todas las llamadas al sistema estaban implementadas, el rendimiento del sistema de archivos era bueno para archivos de Windows pero lento para operaciones intensivas, y muchas herramientas de Linux (especialmente Docker y las que necesitaban acceso directo al kernel) simplemente no funcionaban.

WSL 2: un kernel Linux real

WSL 2 (lanzado en 2020) cambió radicalmente el enfoque. En lugar de traducir llamadas, Microsoft ejecuta un kernel Linux real (compilado por Microsoft a partir del código fuente oficial) dentro de una máquina virtual ligera basada en Hyper-V. Este kernel es idéntico al que usarías en un servidor Ubuntu o Fedora real, lo que significa compatibilidad total con todas las herramientas de Linux.

Diagrama de arquitectura WSL 2: Windows y Linux ejecutándose lado a lado sobre un hypervisor, compartiendo el hardware físico
Arquitectura de WSL 2: Windows y la distribución Linux se ejecutan lado a lado sobre el hypervisor de Microsoft, compartiendo hardware y permitiendo interacción bidireccional. Diagrama original de Ciberaula.
CaracterísticaWSL 1WSL 2
Kernel LinuxNo (traducción)Sí (kernel real 5.15+)
Compatibilidad syscalls~70%100%
DockerNo funcionaFunciona nativamente
Rendimiento I/O en ext4LentoNativo (muy rápido)
Rendimiento I/O en NTFSRápidoMás lento (cross-filesystem)
Consumo de RAMBajoMayor (configurable)
Apps gráficas LinuxLimitadoWSLg (GPU acelerada)
NetworkingComparte IP con WindowsIP propia (NAT)
Tiempo de arranqueInstantáneo1-2 segundos
✅ Recomendación
Usa siempre WSL 2 salvo que tengas una razón específica para usar WSL 1. La única ventaja real de WSL 1 es el rendimiento al trabajar con archivos en el disco de Windows (NTFS), pero las ventajas de WSL 2 (kernel real, Docker, compatibilidad completa) son abrumadoramente superiores.

📥 Instalar WSL paso a paso

La instalación de WSL se ha simplificado enormemente. En Windows 10 (versión 2004 o superior) y Windows 11, un solo comando hace todo el trabajo.

Requisitos previos

Necesitas Windows 10 versión 2004 o posterior (mayo 2020) o Windows 11, un procesador de 64 bits con soporte de virtualización (Intel VT-x o AMD-V, que la inmensa mayoría de CPUs modernas tienen), y al menos 4 GB de RAM (8 GB o más recomendado). La virtualización debe estar habilitada en la BIOS; en la mayoría de equipos viene activada de fábrica.

Instalación con un solo comando

PowerShell (como Administrador)
# Instalar WSL con Ubuntu (distribución por defecto) wsl --install # Este comando hace todo automáticamente: # 1. Habilita la característica WSL # 2. Habilita la Plataforma de Máquina Virtual # 3. Descarga e instala el kernel de Linux para WSL # 4. Establece WSL 2 como versión predeterminada # 5. Descarga e instala Ubuntu # Reinicia el equipo cuando se te pida

Al reiniciar y abrir Ubuntu desde el menú de inicio, se completará la instalación pidiéndote que crees un nombre de usuario y contraseña para tu entorno Linux. Estos no tienen que coincidir con tu usuario de Windows.

Instalar una distribución diferente

PowerShell
# Ver distribuciones disponibles wsl --list --online # Instalar Debian wsl --install -d Debian # Instalar Fedora (disponible desde 2024) wsl --install -d Fedora # Instalar openSUSE wsl --install -d openSUSE-Leap-15.6 # Ver las distribuciones instaladas wsl --list --verbose # Cambiar la distribución predeterminada wsl --set-default Debian

🐧 Distribuciones disponibles en WSL

DistribuciónIdeal paraGestor de paquetesNotas
Ubuntu 24.04 LTSDesarrollo general, máxima compatibilidadaptPredeterminada, la más documentada
DebianEstabilidad, servidoresaptMás conservadora que Ubuntu
FedoraDesarrollo con paquetes recientesdnfDisponible oficialmente desde 2024
openSUSE LeapEntornos empresariales SUSEzypperEstable, base RPM
AlpineContenedores, mínimo espacioapkMuy ligera (~5 MB)
Kali LinuxSeguridad, pentestingaptHerramientas de seguridad preinstaladas
Arch LinuxUsuarios avanzadospacmanNo oficial, importar manualmente
✅ ¿Cuál elegir?
Si es tu primera vez con WSL, elige Ubuntu. La mayoría de tutoriales de desarrollo web, ciencia de datos y DevOps asumen Ubuntu, y su comunidad es la más grande. Si ya conoces Linux y prefieres paquetes más recientes, Fedora es una excelente alternativa.

💻 Windows Terminal: la terminal moderna

Windows Terminal es la terminal moderna de Microsoft que ha reemplazado al antiguo CMD y PowerShell como experiencia por defecto. Es fundamental para trabajar con WSL porque ofrece pestañas (puedes tener PowerShell, Ubuntu y Debian abiertos simultáneamente), renderizado de texto acelerado por GPU, soporte completo de Unicode y emojis, temas y personalización visual, atajos de teclado configurables, y paneles divididos (split panes) para ver varias terminales a la vez.

Configuración recomendada

settings.json — Windows Terminal
// Abrir configuración: Ctrl+Shift+, // O desde el menú: Configuración → Abrir archivo JSON // Ajustes recomendados: { "defaultProfile": "{guid-de-ubuntu}", // Hacer Ubuntu la terminal por defecto "profiles": { "defaults": { "font": { "face": "CaskaydiaCove Nerd Font", // O "JetBrains Mono" "size": 12 }, "opacity": 95, "useAcrylic": true } } }

Si quieres una experiencia visual profesional, instala una fuente Nerd Font (como CaskaydiaCove NF o JetBrains Mono NF) que incluye iconos especiales para terminales, y configura Oh My Posh (el equivalente de Oh My Zsh para Windows Terminal) para tener un prompt informativo con colores, iconos de Git, y más.

🛠️ Desarrollo de software con WSL

El caso de uso principal de WSL es el desarrollo de software. La mayoría del software moderno se ejecuta en servidores Linux, por lo que desarrollar en un entorno Linux (incluso dentro de Windows) elimina los problemas del tipo «funciona en mi máquina pero no en producción».

Configuración del entorno de desarrollo

Configuración inicial del entorno en Ubuntu WSL
# 1. Actualizar el sistema sudo apt update && sudo apt upgrade -y # 2. Instalar herramientas esenciales sudo apt install build-essential curl wget git unzip -y # 3. Instalar Node.js (con nvm — recomendado) curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.7/install.sh | bash source ~/.bashrc nvm install --lts node --version # Verificar # 4. Instalar Python con pyenv sudo apt install libssl-dev zlib1g-dev libbz2-dev libreadline-dev \ libsqlite3-dev libncursesw5-dev libffi-dev liblzma-dev -y curl https://pyenv.run | bash # Añadir pyenv al PATH (seguir instrucciones de la salida) # 5. Configurar Git git config --global user.name "Tu Nombre" git config --global user.email "tu@email.com" git config --global init.defaultBranch main # 6. Generar clave SSH para GitHub/GitLab ssh-keygen -t ed25519 -C "tu@email.com" cat ~/.ssh/id_ed25519.pub # Copiar al portapapeles y añadir en GitHub

Flujos de trabajo reales en WSL

Para entender por qué WSL es tan útil, veamos algunos escenarios concretos del día a día de un desarrollador.

Desarrollo web con Node.js: Tienes un proyecto React o Next.js. Abres Windows Terminal, entras en Ubuntu, navegas a tu carpeta de proyecto (guardada dentro de WSL, no en /mnt/c/), ejecutas npm run dev y abres localhost:3000 en Chrome de Windows. El servidor de desarrollo detecta cambios en tiempo real, hot reload funciona perfectamente, y puedes depurar desde VS Code conectado a WSL. No hay ninguna diferencia perceptible con respecto a desarrollar en un Linux nativo.

API con Python y Django: Usas pyenv para gestionar versiones de Python, creas un entorno virtual con python -m venv .venv, instalas Django, y tu API corre dentro de WSL. PostgreSQL también corre dentro de WSL (o como contenedor Docker). Redis para la caché, Celery para tareas asíncronas, todo funciona exactamente como en un servidor de producción Linux porque es Linux.

DevOps e infraestructura: Escribes playbooks de Ansible, Dockerfiles y configuraciones de Terraform desde VS Code. Ejecutas terraform plan desde la terminal WSL, haces docker compose up para levantar tu stack local, y usas kubectl para gestionar un cluster Kubernetes de prueba con minikube. Todas estas herramientas funcionan nativamente en WSL 2.

Stacks de desarrollo populares en WSL

StackHerramientas en WSLRendimiento
Web frontendNode.js, npm/pnpm, Vite, React/Vue/SvelteExcelente
Web backendNode.js/Express, Python/Django/Flask, PHP/LaravelExcelente
DevOpsDocker, Kubernetes (minikube), Terraform, AnsibleMuy bueno
Data SciencePython, Jupyter, pandas, TensorFlow, PyTorchMuy bueno (GPU limitada)
SistemasC/C++, Rust, Go, make, CMake, GDBExcelente
JavaJDK, Maven/Gradle, Spring Boot, TomcatExcelente

🐋 Docker y contenedores en WSL

Docker es probablemente la herramienta que más se beneficia de WSL. Antes de WSL 2, Docker en Windows requería Hyper-V completo y era notoriamente lento. Con WSL 2, los contenedores se ejecutan dentro del kernel Linux real de WSL, lo que ofrece rendimiento prácticamente nativo.

Instalar Docker con WSL

Opción A: Docker Desktop (recomendado para principiantes)
# 1. Descarga Docker Desktop desde docker.com # 2. Durante la instalación, marca "Use WSL 2 instead of Hyper-V" # 3. En Docker Desktop → Settings → Resources → WSL Integration # Activa la integración con tu distribución WSL # Verificar desde WSL: docker --version docker run hello-world
Opción B: Docker Engine nativo en WSL (sin Docker Desktop)
# Instalar Docker Engine directamente en Ubuntu WSL sudo apt install ca-certificates curl gnupg sudo install -m 0755 -d /etc/apt/keyrings curl -fsSL https://download.docker.com/linux/ubuntu/gpg | \ sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg echo "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] \ https://download.docker.com/linux/ubuntu $(. /etc/os-release && echo $VERSION_CODENAME) stable" | \ sudo tee /etc/apt/sources.list.d/docker.list sudo apt update sudo apt install docker-ce docker-ce-cli containerd.io -y # Iniciar Docker (WSL no usa systemd por defecto) sudo service docker start # Añadir tu usuario al grupo docker (para usar sin sudo) sudo usermod -aG docker $USER
⚠️ Docker Desktop y licencias
Docker Desktop es gratuito para uso personal, educativo y para pequeñas empresas (menos de 250 empleados y menos de 10M$ de ingresos). Para empresas más grandes requiere una suscripción de pago. La Opción B (Docker Engine nativo) es siempre gratuita, pero requiere más configuración manual.

📝 VS Code + WSL: el entorno perfecto

La integración de Visual Studio Code con WSL es, probablemente, la mejor experiencia de desarrollo multiplataforma que existe. Con la extensión oficial «WSL» de Microsoft, VS Code se ejecuta en Windows pero su backend (el servidor de lenguaje, el terminal, la depuración) se ejecuta directamente dentro de WSL. Esto significa que editas código con la interfaz de Windows pero compilas, ejecutas y depuras en Linux.

Configurar VS Code con WSL
# 1. Instala VS Code en Windows (desde code.visualstudio.com) # 2. Instala la extensión "WSL" (ms-vscode-remote.remote-wsl) # 3. Desde la terminal de WSL, abre cualquier carpeta en VS Code: cd ~/mi-proyecto code . # Abre VS Code conectado a WSL # VS Code detecta automáticamente que estás en WSL y: # - Ejecuta el terminal integrado en Linux # - Usa las extensiones de lenguaje dentro de WSL # - Depura programas usando las herramientas de Linux # - Lee y escribe archivos en el sistema de archivos de Linux

Las extensiones que instales en VS Code se pueden instalar «en WSL» o «en Windows». Las extensiones de interfaz (temas, atajos) se instalan en Windows, mientras que las extensiones de lenguaje (Python, ESLint, C++) se instalan automáticamente dentro de WSL para tener acceso a los compiladores y herramientas de Linux.

Extensiones imprescindibles para WSL + VS Code

Para sacar el máximo partido a esta combinación, instala WSL (ms-vscode-remote.remote-wsl) que es la extensión base para conectarse, Dev Containers para desarrollar dentro de contenedores Docker desde WSL, GitLens para visualización avanzada de Git, y las extensiones de lenguaje correspondientes a tu stack (Python, ESLint, Prettier, etc.). Todas se ejecutarán dentro de WSL automáticamente, con acceso a los compiladores e intérpretes de Linux.

Una de las características más potentes es la depuración remota. Puedes establecer breakpoints en VS Code, ejecutar tu programa dentro de WSL (ya sea un servidor Node.js, una aplicación Python o un programa en C), y VS Code se conecta al depurador de Linux de forma transparente. Puedes inspeccionar variables, evaluar expresiones y navegar la pila de llamadas exactamente igual que si estuvieras depurando un programa nativo de Windows.

📁 Sistema de archivos: Windows ↔ Linux

Uno de los aspectos más importantes (y potencialmente confusos) de WSL es cómo interactúan los sistemas de archivos de Windows y Linux. Hay dos direcciones y cada una tiene su propio rendimiento.

Acceder a archivos de Linux desde Windows

Acceso bidireccional de archivos
# Desde Windows, los archivos de Linux están en: # \\wsl$\Ubuntu\home\tu-usuario\ # Se puede acceder desde el Explorador de Windows # Desde Linux, los discos de Windows están montados en /mnt/ ls /mnt/c/Users/tu-usuario/Documentos/ # Copiar un archivo de Windows a Linux cp /mnt/c/Users/tu-usuario/Descargas/archivo.zip ~/ # Abrir el Explorador de Windows desde WSL explorer.exe . # Abre el directorio actual en Windows # Copiar al portapapeles de Windows desde WSL cat archivo.txt | clip.exe
⚠️ Regla de oro del rendimiento
Guarda tus proyectos de desarrollo dentro de WSL (en ~/proyectos, por ejemplo), no en /mnt/c/. Acceder a archivos del disco de Windows desde WSL es entre 3 y 6 veces más lento que acceder a archivos dentro del sistema de archivos nativo de Linux. Para proyectos con muchos archivos pequeños (como node_modules), la diferencia es enorme.

🔧 Configuración avanzada

Limitar recursos de WSL

Por defecto, WSL 2 puede consumir hasta el 50% de tu RAM total. Si tu equipo tiene 16 GB, WSL podría usar hasta 8 GB. Puedes limitar esto creando un archivo de configuración en Windows.

%UserProfile%\.wslconfig
# Crear/editar C:\Users\tu-usuario\.wslconfig [wsl2] # Limitar RAM a 4 GB memory=4GB # Limitar a 2 procesadores virtuales processors=2 # Limitar tamaño del disco virtual swap=2GB # Usar DNS de Windows (útil en redes corporativas) networkingMode=mirrored # Aplicar cambios: reiniciar WSL # En PowerShell: wsl --shutdown

Habilitar systemd

Desde septiembre de 2022, WSL soporta systemd, el gestor de servicios estándar de Linux. Esto permite usar systemctl, servicios que arrancan automáticamente, y herramientas que dependen de systemd (como snap).

Habilitar systemd en WSL
# Editar /etc/wsl.conf dentro de tu distribución sudo nano /etc/wsl.conf # Añadir: [boot] systemd=true # Reiniciar WSL (desde PowerShell) # wsl --shutdown # Verificar que systemd funciona systemctl list-units --type=service

Comandos de gestión de WSL

PowerShell — Gestión de WSL
# Listar distribuciones instaladas wsl --list --verbose # Apagar WSL completamente (libera RAM) wsl --shutdown # Actualizar el kernel de WSL wsl --update # Exportar una distribución (backup) wsl --export Ubuntu D:\backups\ubuntu-backup.tar # Importar una distribución (restaurar) wsl --import Ubuntu-Copia D:\wsl\ubuntu-copia D:\backups\ubuntu-backup.tar # Eliminar una distribución wsl --unregister Ubuntu

Personalización del shell: zsh + Oh My Zsh

Aunque bash es el shell por defecto en Ubuntu, muchos desarrolladores prefieren zsh con Oh My Zsh por su autocompletado inteligente, sugerencias basadas en el historial, y temas visuales informativos que muestran la rama de Git actual, el estado del repositorio, la versión de Node/Python activa, y más.

Instalar zsh + Oh My Zsh en WSL
# Instalar zsh sudo apt install zsh -y # Instalar Oh My Zsh sh -c "$(curl -fsSL https://raw.githubusercontent.com/ohmyzsh/ohmyzsh/master/tools/install.sh)" # Instalar plugins recomendados git clone https://github.com/zsh-users/zsh-autosuggestions \ ${ZSH_CUSTOM:-~/.oh-my-zsh/custom}/plugins/zsh-autosuggestions git clone https://github.com/zsh-users/zsh-syntax-highlighting \ ${ZSH_CUSTOM:-~/.oh-my-zsh/custom}/plugins/zsh-syntax-highlighting # Editar ~/.zshrc para activar los plugins # plugins=(git zsh-autosuggestions zsh-syntax-highlighting docker kubectl) # Establecer zsh como shell por defecto chsh -s $(which zsh)

Trucos y atajos que todo usuario de WSL debería conocer

Estos trucos mejoran significativamente la experiencia diaria con WSL y te ahorran tiempo en operaciones frecuentes.

Trucos útiles de WSL
# Abrir la carpeta actual en el Explorador de Windows explorer.exe . # Copiar la salida de un comando al portapapeles de Windows cat ~/.ssh/id_ed25519.pub | clip.exe # Ejecutar un comando de Windows desde WSL cmd.exe /c "ipconfig /all" powershell.exe -c "Get-Process" # Ejecutar un comando de WSL desde PowerShell # wsl ls -la /home/ # wsl grep "error" /var/log/syslog # Crear un alias para abrir VS Code desde WSL echo 'alias c="code ."' >> ~/.bashrc # Montar un disco USB adicional en WSL # wsl --mount \\.\PHYSICALDRIVE1 --partition 1 # Ver el uso de disco de WSL df -h / # Limpiar caché de paquetes para ahorrar espacio sudo apt clean && sudo apt autoremove -y

⚠️ Limitaciones y cuándo usar Linux nativo

WSL es extraordinario para desarrollo, pero no es un sustituto completo de Linux nativo. Estas son sus principales limitaciones y los escenarios donde deberías considerar una instalación completa de Linux.

Lo que WSL hace excepcionalmente bien

Antes de hablar de limitaciones, merece la pena destacar dónde WSL brilla: desarrollo web fullstack, scripting y automatización con bash/Python, herramientas de línea de comandos (grep, sed, awk, jq), compilación de código C/C++/Rust/Go, gestión de contenedores Docker, administración de servidores remotos vía SSH, y cualquier tarea que en Windows requeriría Cygwin, Git Bash o puertos de herramientas Unix. Para estas tareas, WSL ofrece una experiencia indistinguible de Linux nativo.

Limitaciones reales

LimitaciónImpactoAlternativa
Sin acceso directo al hardwareNo puedes acceder a dispositivos USB, Bluetooth ni hardware especializadoLinux nativo o máquina virtual con pass-through
GPU limitadaWSLg soporta aceleración GPU pero con limitaciones vs nativoLinux nativo para deep learning intensivo
Rendimiento I/O cross-filesystemLeer archivos de Windows desde WSL es lentoGuardar proyectos en ~/
No es ideal para gamingSin soporte Vulkan completo para juegosLinux nativo, dual boot o Steam Deck
Networking limitadoNAT por defecto, puede complicar VPNs corporativasnetworkingMode=mirrored en .wslconfig
Sin entorno de escritorio completoWSLg ejecuta apps sueltas, no un escritorio LinuxVM completa o Linux nativo
Requiere WindowsSigues necesitando una licencia de Windows activaLinux nativo si no necesitas Windows
✅ ¿WSL o Linux nativo?
Usa WSL si necesitas Windows para tu trabajo diario (Office, Photoshop, apps corporativas) y quieres acceso a herramientas de desarrollo Linux. Usa Linux nativo si tu trabajo es 100% desarrollo, administración de servidores, o gaming. Usa dual boot si necesitas ambos pero no simultáneamente. WSL es el puente perfecto para quienes están en transición de Windows a Linux o necesitan lo mejor de ambos mundos.

❓ Preguntas frecuentes sobre WSL: cómo usar Linux dentro de Windows sin dual boot ni máquinas virtuales

Las dudas más comunes respondidas de forma clara y directa.

No exactamente. WSL 2 usa una máquina virtual ligera optimizada por Microsoft, pero es mucho más rápida e integrada que una VM tradicional (VirtualBox, VMware). Arranca en 1-2 segundos, comparte red y archivos con Windows automáticamente, y consume mucha menos RAM. Para el usuario, es como tener Linux integrado en Windows.
El impacto es mínimo. WSL 2 solo consume recursos cuando está activo. Puedes limitar la RAM que usa (por defecto toma hasta el 50% de la RAM total) editando el archivo .wslconfig. Si no tienes ninguna distribución WSL abierta, el consumo es prácticamente cero.
Sí. Desde WSL 2 con Windows 11 (y Windows 10 reciente), WSLg (WSL GUI) permite ejecutar aplicaciones gráficas de Linux directamente, con aceleración GPU incluida. Puedes ejecutar Firefox, GIMP, Nautilus o cualquier aplicación gráfica de Linux junto a tus aplicaciones de Windows.
Sí, y es la forma recomendada de usar Docker en Windows. Docker Desktop se integra con WSL 2 nativamente, ejecutando los contenedores dentro del kernel Linux de WSL en lugar de una VM separada. Esto es más rápido y consume menos recursos que el antiguo Hyper-V backend.
No es su objetivo principal. Aunque WSL 2 con WSLg tiene soporte GPU básico, el rendimiento no es comparable al de Linux nativo para gaming. WSL está diseñado para desarrollo de software, administración de sistemas y herramientas de línea de comandos, no para juegos. Para gaming en Linux, instala una distribución nativa o usa Steam Deck.
Sí. Puedes instalar Ubuntu, Debian, Fedora, openSUSE y otras simultáneamente. Cada una tiene su propio sistema de archivos independiente. Puedes cambiar entre ellas con el comando wsl -d nombre_distribucion y elegir cuál es la predeterminada con wsl --set-default.
★ ★ ★ ★ ★ Valora este artículo

💬 Foro de discusión

¿Tienes dudas sobre WSL: cómo usar Linux dentro de Windows sin dual boot ni máquinas virtuales? Comparte tu pregunta con la comunidad.

¿Tienes cuenta? o comenta como invitado ↓

Todavía no hay mensajes. ¡Sé el primero en participar!

🚀 ¿Quieres dominar Linux profesionalmente?
Cursos bonificados por FUNDAE para empresas — formación 100% subvencionada
Ver cursos de Linux →