Ha pasado un tiempo desde que Microsoft dio a conocer la nueva arquitectura de su Subsistema de Windows para Linux (WSL) en su conferencia Build. Desde entonces, se ha probado como parte de la serie 20H1 de versiones preliminares de Insider y se lanzará como parte de la próxima actualización importante de Windows 10, que se llamará Windows 2004.

Esta actualización ya está casi completa, y solo se esperan correcciones de errores para su probable fecha de lanzamiento en abril. La larga demora entre la finalización y el lanzamiento es parte del nuevo enfoque de Microsoft para las actualizaciones de Windows 10, lo que le da más tiempo en los anillos de vista previa lenta y de lanzamiento para identificar y solucionar problemas, errores y problemas. Esto brinda la oportunidad de experimentar con WSL 2 y ver cómo encajará en su cadena de herramientas.

Índice
  • Del shim a la virtualización
  • Gestión de WSL
  • Una experiencia de terminal completamente nueva
  • Un Linux para desarrolladores que usan Windows
  • Del shim a la virtualización

    Hay un gran cambio en el núcleo de WSL 2. En lugar de usar una capa de traducción para convertir las llamadas del kernel de Linux en llamadas de Windows, WSL 2 ahora presenta su propio kernel de Linux aislado que se ejecuta en una versión simplificada del hipervisor Hyper-V. El hipervisor WSL 2 es similar al que usa Windows Sandbox, lo que permite que Windows y Linux compartan los mismos temporizadores para evitar que un sistema operativo domine al otro. Esto permite que los archivos de Linux se alojen en un disco virtual con un sistema de archivos ext4 nativo de Linux utilizando el protocolo 9p para interacciones Windows-Linux.

    Es importante señalar que el uso de WSL 2 y la plataforma de hipervisor de Windows puede afectar el uso de otras herramientas de virtualización con Windows. Asegúrese de tener uno que pueda funcionar con Hyper-V antes de actualizar a WSL 2.

    Con WSL 2 no se obtiene el último y mejor kernel de Linux. Microsoft tomó la decisión de basarlo en las versiones de soporte a largo plazo de Kernel.org. Inicialmente, esto significa usar Linux 4.19, con planes de volver a basarse en versiones más nuevas a medida que ingresan a LTS. Microsoft ha realizado sus propios cambios, minimizando el uso de memoria y solo admitiendo dispositivos específicos. No debe esperar que Microsoft agregue soporte adicional para dispositivos: no se trata de crear un escritorio Linux, solo proporciona una forma de ejecutar binarios de Linux en Windows con énfasis en los desarrolladores que crean aplicaciones para sistemas Linux alojados en la nube.

    Con una instalación de WSL 2, el disco virtual inicialmente está limitado a 256 GB. Si necesita más espacio, debe usar la herramienta DiskPart de Windows para cambiar el tamaño del VHD manualmente. Una vez que se ha cambiado el tamaño del disco, debe usar las herramientas del sistema de archivos de Linux para cambiar el tamaño de su sistema de archivos. En la práctica, 256 GB deberían ser suficientes para la mayoría de las aplicaciones, especialmente si transmite archivos hacia y desde Windows y usa herramientas de Windows junto con Linux.

    La ejecución en un hipervisor liviano brinda a WSL 2 algunas ventajas sobre las máquinas virtuales tradicionales. Microsoft puede precargar una gran parte del sistema operativo en la memoria antes de arrancar, lo que le otorga un tiempo de arranque muy rápido. La intención es dar a WSL 2 la sensación de una aplicación de línea de comandos de Windows integrada y, al iniciarse rápidamente, es posible pasar del inicio al trabajo en cuestión de segundos.

    Gestión de WSL

    Microsoft ha ampliado en gran medida la utilidad de las herramientas de administración de WSL subyacentes al agregar más funciones al comando wsl que administra el servicio WSL, integrando comandos que anteriormente formaban parte de wslconfig. Ahora puede usarlo para cambiar una distribución descargada de la Tienda Windows entre WSL 1 y WSL 2, así como establecer cuál es la distribución WSL predeterminada. No hay cambios en los archivos wsl.conf que se usan para administrar las instalaciones de WSL 1, por lo que puede usar los mismos archivos de configuración para montar unidades y configurar configuraciones de red.

    VER: Windows 10: una hoja de trucos (República Tecnológica)

    Pasar de una capa de traducción a una máquina virtual afecta la forma en que WSL 2 funciona con las redes, lo que puede interrumpir el uso de herramientas como X410 para aplicaciones gráficas basadas en X. Actualmente, las direcciones de bucles invertidos compartidos solo se comparten de una manera, de Windows a WSL. Internamente, WSL tiene su propia dirección IP y, si está configurando X, necesita un script para configurar automáticamente la variable de entorno DISPLAY antes de iniciar cualquier aplicación X en WSL 2.

    Una experiencia de terminal completamente nueva

    La nueva terminal de Microsoft es otra parte de la historia de WSL 2. Es una gran actualización de la antigua experiencia de línea de comandos de Windows, con soporte para PowerShell, para Azure Cloud Shell y para todas sus instalaciones de WSL, tanto WSL 1 como WSL 2. La terminal de Windows El rediseño agrega soporte para los efectos de texto de la consola, por lo que puede usar más aplicaciones de Linux sin preocuparse por la compatibilidad de la pantalla. Algunas funciones, como los fondos gráficos, muestran cuán personalizable es la terminal, mientras que otras, como la capacidad de dividir las terminales en varios paneles, agregan funciones que imitan la funcionalidad clásica de Unix.

    Windows Terminal trae una nueva fuente de consola monoespaciada a Windows, Cascadia Code. Esta es una actualización significativa de las fuentes originales de Windows Terminal, lo que hace que las consolas sean agradables a la vista. Aunque todavía no es la predeterminada, vale la pena cambiar la configuración de su terminal para usar la nueva fuente. Cascadia se instala junto con Windows Terminal, aunque si desea administrar sus propias instalaciones, puede encontrar la fuente en GitHub.

    Un Linux para desarrolladores que usan Windows

    Un desarrollo significativo fue el lanzamiento de Remote Edition para Visual Studio Code, disponible tanto en WSL 1 como en WSL 2. Con la versión WSL de Ubuntu, escriba "código" para iniciar Visual Studio Code. La primera vez que haga esto, los componentes del servidor se descargarán a su instalación de WSL. Ahora, cuando necesite editar un archivo en WSL, simplemente escriba "código ' y se abrirá en una ventana de Visual Studio Code alojada en Windows y se guardará automáticamente en WSL. La comunicación remota en WSL desde Windows le permite usar compiladores y depuradores en Linux, manteniendo su código donde pertenece.

    Si usa las nuevas herramientas de escritorio de Docker con WSL 2, puede usar esta integración para trabajar directamente con sus contenedores de Linux desde el escritorio de Windows. Aunque todavía está en versión beta, Docker Desktop se muestra prometedor, aunque solo sea para indicar que las plataformas de software empresarial están analizando muy de cerca WSL y los beneficios de un sistema operativo híbrido.

    La decisión de Microsoft de hospedar WSL en Hyper-V es un paso adelante; le permite admitir rápidamente cambios en el kernel de Linux sin tener que modificar su capa de integración de Windows y ofrece soporte completo de API para binarios de Linux. El resultado es un híbrido efectivo de los dos sistemas operativos, especialmente una vez que WSL 2 ejecuta X. Pero no espere que sea un escritorio completo de Linux para todos los usuarios: WSL sigue estando destinado a los desarrolladores que desean traer UNIX basado en macOS y Linux. cadenas de herramientas a Windows para crear contenedores para aplicaciones nativas de la nube.