Le sous-système Windows pour Linux (WSL) a fait ses débuts avec Windows 10 comme moyen plus simple d’exécuter des distributions Linux sans avoir besoin d’un hyperviseur tiers. WSL 2 a amélioré ses nombreuses lacunes et est devenu un moyen simple d’exécuter et de gérer plusieurs distributions Linux sous Windows. Personnellement, je l’utilise avec une VM Ubuntu exécutant Docker pour une instance PaperlessNGX avec un LLM local. WSL prend désormais en charge le relais GPU, donc exécuter le LLM local en l’alimentant avec mon GPU NVIDIA RTX 3060 n’est pas un problème.
Mais malgré ses améliorations significatives, il ne surpassera pas l’expérience d’un vrai bureau Linux. Je dis cela le cœur lourd car WSL semble être le moyen idéal pour utiliser Linux plutôt que le double démarrage, et la complexité qui l’accompagne. Examinons trois raisons pour lesquelles WSL est encore loin d’éclipser une véritable expérience de bureau Linux.
Ressources partagées
C’est toujours de la virtualisation
WSL utilise l’hyperviseur natif de Windows (Hyper-V) pour créer des environnements virtuels légers. La distribution Linux que vous installez est minimale avec la CLI. En conséquence, l’expérience semble beaucoup plus rapide, car aucun environnement de bureau ne s’exécute en arrière-plan et ne consomme de ressources système.
C’est une approche fantastique pour quelqu’un qui souhaite créer un serveur léger, exécuter Docker ou déployer des applications pour un usage personnel ou des tests. Cependant, les ressources que vous économisez en optant pour une installation minimale ne sont qu’une facette de l’histoire. Windows 11 lui-même a besoin de plus de 2 Go de mémoire pour fonctionner, et l’utilisation de votre GPU augmente également lorsque vous exécutez des applications avec WSL.
Si vous utilisiez un bureau Linux à part entière comme Ubuntu avec son environnement de bureau GNOME, les performances en souffriraient sûrement. Le système doit jongler entre la charge de travail Windows et la charge de travail de la distribution Linux exécutée dans WSL. Un véritable bureau Linux pourra accéder à toutes les ressources et les dépenser sans aucune contrainte.
Contrôle matériel limité
Pas facile à comprendre
Lorsque vous utilisez WSL, vous exécutez essentiellement un environnement virtualisé qui peut accéder aux ressources système via la virtualisation matérielle. Bien que WSL2 ait apporté des changements intéressants, le contrôle global sur le matériel et le réseau reste limité.
Votre système utilise un adaptateur NAT, bien que vous puissiez utiliser plusieurs autres méthodes. Le système Linux a une adresse IP différente, et cela peut parfois être pénible. Interagir avec le matériel peut être une chose délicate lorsque vous utilisez WSL, alors que ce n’est pas un problème si vous exécutez un bureau Linux qui ne partage pas les mêmes contraintes.
Même les opérations d’E/S effectuées dans WSL sont lentes malgré l’utilisation d’un lecteur NVMe. Vous pouvez imaginer la frustration si votre flux de travail nécessite de grandes opérations d’E/S. J’ai testé la même vitesse d’écriture séquentielle dans WSL et Windows, et le WSL a mis 32 secondes pour effectuer une tâche d’écriture séquentielle de 1 Go, alors que le matériel natif ne prenait que 3 secondes.
Notez que si vous utilisez le répertoire personnel, vous obtenez des performances presque complètes du disque, mais si vous essayez de faire la même chose avec le répertoire /mnt/c/, vous obtenez des résultats horribles.
Performances visuelles médiocres
WSLg va à peine bien
WSL2 a apporté la fonctionnalité appelée WSLg qui permet d’exécuter des applications avec une interface utilisateur graphique sur votre machine Windows. Imaginez exécuter un outil comme GIMP directement sur votre machine Windows sur une distribution Linux qui n’a pas d’environnement de bureau ? C’est possible avec Weston en WSL, et pour les programmes légers, ce n’est pas du tout un problème.
WSL fonctionne du point de vue de la CLI, et WSLg offre un certain répit, vous aidant à exécuter des applications plutôt que de lutter avec les homologues CLI. Vous ne disposez pas d’un environnement de bureau avec et vous pouvez essayer d’en installer un pour préserver votre santé mentale.
Cependant, si vous envisagez d’utiliser WSL uniquement pour l’expérience de bureau, préparez-vous à des bégaiements de performances et à d’autres défis. Ce n’est pas une tâche simple et vous devrez voir laquelle correspond à vos besoins. Vous pouvez utiliser Tasksel pour ajouter un environnement de bureau, puis vous y connecter à distance depuis un autre PC si vous préférez une interface graphique.
Abonnez-vous à la newsletter pour des informations plus approfondies sur WSL et Linux
Obtenez plus de clarté : abonnez-vous à la newsletter pour une couverture approfondie des compromis WSL, des performances Linux natives, du relais GPU, du comportement WSLg, des comparaisons pratiques des performances et d’autres sujets sur les outils Windows/Linux pour vous aider à peser les compromis.
Abonnez-vous
En vous abonnant, vous acceptez de recevoir la newsletter et les e-mails marketing, et acceptez les conditions d’utilisation et la politique de confidentialité de Valnet. Vous pouvez vous désinscrire à tout moment.
Étant donné que WSLg effectue le rendu via Windows plutôt que d’accéder directement au GPU comme le ferait un système Linux, les performances globales peuvent être lentes. L’objectif est davantage de vous permettre d’exécuter des outils Linux sur Windows plutôt que de les exécuter dans toute leur splendeur. Si vous vous interrogez sur les jeux, il est préférable d’installer Linux sur le système, puis de configurer les pilotes GPU et Steam plutôt que d’essayer de l’exécuter dans un environnement virtualisé.
Une grande partie des performances est perdue lors de la traduction car WSL doit communiquer avec Windows pour accéder au GPU. Ce n’est certainement pas la tâche pour laquelle WSL est destiné et est plus utile dans les charges de travail LLM locales, où il peut tirer parti des cœurs GPU CUDA.
Une installation Linux native est supérieure
WSL2 a rendu incroyablement simple la configuration et l’exécution d’un système Linux sous Windows. Il prend en charge le transfert de fichiers multiplateforme, l’accès GPU et l’exécution d’applications Linux sur Windows. Cependant, il ne convient que lorsque vous avez besoin du côté plus technique de Linux plutôt que d’une expérience de bureau complète.
Vous avez également besoin d’un système robuste pour exécuter à la fois WSL et Windows, et même si c’est mieux que de procéder à un double démarrage et de perdre la tête, ce n’est pas comparable à une installation Linux nue. Vous pouvez utiliser tout le matériel système disponible, sans rien gaspiller en virtualisation et l’utiliser à toutes fins utiles.
*️⃣ Lien source :
Distributions Linux, bureau Linux, hyperviseur natif Windows (Hyper-V), Docker, WSL2, lecteur NVMe, environnement de bureau, , , Conditions d’utilisation , Politique de confidentialité , Steam, LLM local,