Le sous-système Windows pour Linux facilite l’exécution d’outils de code libre et de commandes GNU directement sous Windows sans dual-boot. Cette solution rapproche l’interopérabilité entre Linux et Windows pour les développeurs et administrateurs.
La coexistence réduit la charge liée aux machines virtuelles complètes et accélère l’accès aux dépôts open source via le terminal. Le prochain encadré synthétise les points clés à retenir.
A retenir :
- Interopérabilité Windows-Linux facilitée pour développeurs et administrateurs professionnels
- Exécution native d’outils GNU et commandes terminal sous Windows
- Performances I/O améliorées avec WSL 2 comparées à WSL 1
- Accès aux projets open source et outils de code libre simplifié
Pour comprendre l’impact sur l’hôte, architecture technique du Sous-système Windows pour Linux (WSL 2)
La révision architecturale de WSL a introduit un vrai noyau Linux hébergé dans une machine virtuelle légère pour améliorer la compatibilité. Cette conception renforce l’exécution des binaires ELF et réduit certaines limites de la première version.
Noyau Linux réel et compatibilité des binaires
En lien avec l’architecture, WSL 2 exécute un noyau Linux personnalisé pour une compatibilité accrue. Selon Microsoft, l’utilisation d’une VM légère permet d’exécuter des binaires ELF sans réécriture importante.
Caractéristique
WSL 1
WSL 2
Remarques
Noyau
Interface noyau compatible sans code source du noyau Linux
Noyau Linux fourni dans une VM légère
Compatibilité système améliorée
Performance I/O
I/O parfois goulot d’étranglement
I/O jusqu’à 20× plus rapide selon Microsoft
Meilleure pour compilations et I/O intensif
Support 32-bit ELF
Limitations pour binaires 32 bits
Support natif grâce au noyau réel
Plus large compatibilité binaire
Disponibilité
Introduit avec Windows 10 version 1607 en 2016
Annonce en mai 2019, disponibilité générale en 2020
Requiert Virtual Machine Platform
Le tableau synthétise les différences techniques essentielles et leurs effets pratiques sur les projets. À présent, examinons le comportement des systèmes de fichiers et leur interopérabilité avec Windows.
Systèmes de fichiers et interopérabilité
Dans la pratique, l’accès aux fichiers reste un point crucial pour les flux croisés Windows-Linux et pour les outils. Selon Craig Loewen, l’accès aux fichiers Windows peut rester plus lent depuis l’espace Linux selon les cas d’usage.
Points pratiques WSL :
- Noyau Linux réel via VM légère pour compatibilité complète
- Performance I/O nettement améliorée par rapport à l’ancienne couche
- Accès transparent aux systèmes de fichiers via protocole 9P
- Virtual Machine Platform requis et mise à jour du noyau
« Depuis que j’ai migré vers WSL 2, mes compilations se lancent beaucoup plus vite et mes outils GNU fonctionnent sans hacks »
Marc D.
La vidéo suivante illustre l’installation pas à pas et les commandes utiles en terminal pour démarrer. Elle montre aussi des exemples d’interopérabilité entre Windows et Linux pour les développeurs.
Après avoir vu l’architecture, installer et configurer le Sous-système Windows pour Linux (WSL 2)
Pour démarrer, il faut activer les fonctionnalités système nécessaires et installer la distribution choisie sur le poste. Selon la documentation Microsoft, les étapes incluent l’activation de Virtual Machine Platform et de Windows Subsystem for Linux.
Activation des fonctionnalités et installation
Pour l’installation, l’activation de fonctions et la mise à jour du noyau sont des prérequis clairs. Selon Craig Loewen, l’installation requiert parfois un redémarrage pour finaliser la configuration.
Étapes d’installation WSL :
- Activer Virtual Machine Platform et Windows Subsystem for Linux
- Installer le package de mise à jour du noyau Linux fourni par Microsoft
- Définir WSL 2 par défaut avec la commande wsl –set-default-version 2
- Télécharger une distribution comme Ubuntu via le Microsoft Store
Ces étapes peuvent s’exécuter en PowerShell avec élévation de privilèges pour certaines activations. Selon des guides pratiques, l’installation peut se terminer après un redémarrage du système hôte.
« J’ai suivi ces étapes en entreprise et WSL 2 s’est installé en quelques minutes, fiable et stable »
Alice B.
Configuration réseau et certificats
Pour les environnements professionnels, la configuration réseau et la gestion des certificats sont fréquentes et utiles. Selon un guide pratique, il faut créer une NAT et ajuster resolv.conf pour un DNS stable.
Configuration réseau WSL :
- Créer une table NAT dédiée et définir le préfixe d’adresse
- Désactiver la génération automatique du resolv.conf dans /etc/wsl.conf
- Importer les certificats d’entreprise dans /usr/local/share/ca-certificates puis actualiser
Une fois configuré, l’environnement WSL devient un pont efficace entre les outils Windows et Linux. L’étape suivante aborde l’intégration des environnements graphiques et des outils de développement populaires.
La démonstration vidéo ci-après montre des cas d’usage concrets en entreprise illustrant l’installation et le réglage réseau. Elle complète les commandes terminal et les astuces de configuration expliquées plus haut.
Après la configuration, intégrer interface graphique et outils de développement sous WSL
L’arrivée de WSLg a simplifié l’exécution d’applications graphiques directement depuis la distribution Linux hébergée. Selon plusieurs rapports, l’audio et l’accélération matérielle restent des sujets en amélioration pour certaines configurations.
Applications graphiques et WSLg
Options graphiques WSL :
- Utiliser VcXsrv ou Xming pour exécuter un serveur X côté hôte
- WSLg pour lancer des applications GUI via wslg.exe sans serveur X
- Ressources audio et GPU partiellement prises en charge selon pilote
Pour un bureau complet, l’approche xrdp reste une option viable pour certains usages exigeant un affichage distant. Des ajustements manuels après redémarrage peuvent être nécessaires pour relancer le service xrdp.
« L’intégration graphique nous a permis de déployer des outils Linux sur postes Windows sans virtualisation lourde »
Sophie N.
IDE, compilations et performance des outils
En complément, l’usage d’IDE et des outils de compilation mérite un examen des performances pratiques et des flux de travail. Selon Phoronix, certains benchmarks montrent des gains significatifs pour des opérations de compilation sur WSL 2.
Flux IDE et WSL :
- Approche interconnectée Windows-WSL pour interface utilisateur et accès aux fichiers
- Approche pure Linux via JetBrains Toolbox pour exécuter IDE dans WSL
- Gateway WSL pour connecter client Windows à IDE installé côté Linux
Approche
Avantages
Inconvénients
Performance
Interconnectée
IHM fluide, accès direct aux fichiers Windows
Dépendance à wsl$ et risque de lenteurs I/O
Bon pour développement quotidien
Pure Linux
Isolation complète et compatibilité native
Configuration et ressources à ajuster
Très bon pour tests intensifs
Gateway WSL
Connexion centralisée pour IDE JetBrains
Latence UI possible selon réseau
Variable selon configuration réseau
WSLg
Lancement direct d’applications GUI sans serveur X
Limitations audio/GPU selon pilotes
Pratique pour petits outils graphiques
« WSL rapproche réellement les écosystèmes, mais l’audio et le GPU demandent encore du travail »
Paul N.
L’intégration des outils open source sous Windows via WSL favorise l’efficacité des équipes techniques et la souplesse des environnements. La section suivante donne les références et sources principales consultées pour vérifier ces éléments.
La démonstration finale rassemble the commandes et les exemples d’exécution des outils libres pour un environnement mixte. Elle illustre l’usage pratique des commandes wsl.exe et des raccourcis pour lancer des applications.
Source : Craig Loewen, « Announcing WSL 2 », Windows Command Line Tools For Developers, 6 mai 2019 ; mscraigloewen, « About WSL 2 », docs.microsoft.com ; Michael Larabel, « A Look At The Windows 10 October 2018 Update Performance With WSL », Phoronix, 12 octobre 2018.
