En 2026, l’usage professionnel de Linux sur postes Windows a changé profondément grâce à WSL2. Microsoft a intégré un noyau Linux natif dans Windows, améliorant nettement la compatibilité et la performance. Cette intégration a rendu possible l’exécution d’outils Linux natifs sans machine virtuelle séparée.
Ce guide pratique montre comment activer, configurer et tirer parti de WSL2 au quotidien pour gagner du temps. Il couvre les prérequis, l’installation, les réglages .wslconfig et l’intégration avec VS Code et Docker. Les éléments essentiels suivent pour passer rapidement à l’action.
A retenir :
- Accès natif aux outils Linux essentiels sous Windows
- Compatibilité complète des appels système et meilleure interopérabilité des applications
- Performance accrue pour opérations sur ext4 et accélération GPU possible
- Déploiement simplifié pour développeurs, administrateurs, conteneurs et pipelines CI
Fort de ces atouts, intégration du noyau Linux natif pour améliorer WSL
Prérequis et activation de WSL2 sur Windows 10 et Windows 11
Ce point précise les prérequis nécessaires pour activer WSL2 sur un poste Windows. Assurez-vous d’avoir une version de Windows compatible et la virtualisation activée dans le BIOS. Selon Microsoft, les prérequis incluent un processeur 64 bits et des privilèges d’administration.
Pour vérifier la virtualisation, ouvrez le Gestionnaire des tâches et regardez l’état du processeur. La commande winver permet de confirmer la version de Windows installée. Ces vérifications minimisent les erreurs d’installation et de compatibilité.
Configuration matérielle minimale :
- Windows 10 version 2004+ ou Windows 11
- Processeur 64 bits avec virtualisation activée
- Minimum 4 Go de RAM, 8 Go recommandés
Fonctionnalité
WSL1
WSL2
Architecture
Couche de traduction d’appels système
Noyau Linux complet dans VM légère
Performance système de fichiers
Rapide côté Windows
Rapide sur ext4 natif
Compatibilité appels système
Partielle
Complète
Prise en charge Docker
Aucune
Prise en charge native
Accès GPU
Non
Oui (CUDA, DirectML)
Temps de démarrage
Instantané
Très rapide, environ une seconde
« J’ai migré mes containers vers WSL2 et la compatibilité des outils est devenue quasi totale »
Marc L.
En maîtrisant ces prérequis, l’installation devient une procédure simple et reproductible. L’activation via PowerShell offre une solution rapide et fiable pour les administrateurs. Cette mise en place ouvre la voie à une configuration fine avec .wslconfig.
Par cet enchaînement, personnaliser WSL2 pour performance et usages avancés
Affiner la consommation mémoire et CPU avec .wslconfig
Cette section montre comment limiter les ressources allouées à WSL2 via .wslconfig. Par défaut WSL2 peut utiliser environ la moitié de la RAM et tous les cœurs disponibles, ce qui peut gêner d’autres usages. Selon les recommandations, définir memory et processors dans .wslconfig évite les surconsommations sur postes partagés.
Exemples pratiques incluent memory=8GB et processors=4 pour postes de développement. Le fichier .wslconfig permet aussi de régler swap, pageReporting et localhostForwarding. Ces réglages améliorent la stabilité des services et la réactivité du poste.
Outils et extensions recommandés :
- VS Code avec extension « Développement à distance »
- Docker Desktop configuré pour moteur WSL2
- Outils Linux courants : git, curl, build-essential
Option .wslconfig
Effet
Valeur recommandée
memory
Limite mémoire maximale allouée
8GB sur machines 16GB+
processors
Nombre de cœurs utilisables
4 pour postes de dev
swap
Taille d’échange sur disque
4GB
localhostForwarding
Accès services via localhost Windows
true
networkingMode
Mode réseau (nat ou mirrored)
mirrored pour parité réseau
« J’ai réduit la RAM allouée et la machine est redevenue fluide sans sacrifier mes builds »
Alice D.
Après ajustement, les benchmarks de compilation et d’exécution montrent une meilleure stabilité. Selon kernel.org, les noyaux récents apportent des optimisations notables sur la gestion mémoire et I/O. Ces gains facilitent le travail quotidien des développeurs et administrateurs.
Élargissant l’usage, intégration de WSL2 avec outils de développement et administration
Workflow dev : VS Code Remote, Docker et accès fichiers partagés
Ce segment détaille les bénéfices concrets pour le développement et le déploiement local. VS Code avec l’extension Remote connecte l’éditeur aux binaires Linux, offrant IntelliSense et débogage natifs. Selon Microsoft, l’ouverture d’un dossier WSL se fait via la commande code depuis le shell Linux.
Pour Docker, Docker Desktop s’appuie sur WSL2 comme moteur et simplifie la gestion des conteneurs. Il est aussi possible d’installer le moteur Docker directement dans la distribution WSL pour un profil plus léger. Ces options donnent de la flexibilité selon les contraintes d’entreprise.
« J’exécute mes pipelines CI localement sous WSL2, ce qui accélère les tests d’intégration »
Élodie R.
Les échanges de fichiers entre Windows et Linux passent par /mnt et le chemin wsl$ dans l’Explorateur. Pour des performances optimales, conserver les projets dans le répertoire Linux est conseillé. Cette bonne pratique évite des ralentissements liés au système de fichiers NTFS.
Cas d’usage sysadmin : SSH, nmap, Ansible et automatisation
Cette sous-partie montre l’efficacité de WSL2 pour les tâches d’administration système et la sécurité. Exécuter ssh, nmap ou ansible directement depuis WSL réduit les allers-retours entre machines et consolide les scripts. Selon des retours de terrain, l’intégration améliore la répétabilité des opérations et la traçabilité.
Exemples concrets incluent scans réseau exportés vers Windows et playbooks Ansible lancés depuis WSL. Les outils de surveillance et de diagnostic fonctionnent sans adaptation majeure. Ces usages rapprochent l’administration Linux native du poste Windows.
« WSL2 m’a permis de remplacer PuTTY par des workflows SSH natifs et plus fiables »
Thomas P.
Enfin, l’adoption de WSL2 demande une stratégie de configuration et de sauvegarde pour les distributions. Exporter et importer des distributions permet des sauvegardes régulières et des migrations rapides. Ce soin opérationnel prépare la mise en production et l’intégration continue.
Source : Greg Kroah-Hartman, « Linux 6.18.21 », kernel.org, 2 avril 2026 ; Microsoft, « Install WSL », Microsoft Learn.
