Microsoft a déployé WSL 2.4.8, apportant des améliorations pour améliorer la gestion de la distribution Linux moderne sous WSL1 et rationaliser les opérations système dans les deux versions du sous-système Windows pour Linux.
La mise à jour résout des problèmes critiques, tels que l’allocation des ressources et les profils de terminal manquants lors des conversions de distribution, tout en introduisant des changements qui rendent les flux de travail Linux plus fluides pour les développeurs.
Le sous-système Windows pour Linux permet aux utilisateurs pour exécuter un environnement Linux de manière native sur Windows sans double démarrage ni utilisation de machines virtuelles. WSL1 traduit les appels système Linux en appels d’API Windows, tandis que WSL2 exécute un noyau Linux complet pour de meilleures performances, compatibilité et gestion des ressources.
Améliorations clés pour le moderne Distributions
L’un des changements notables dans WSL 2.4.8 garantit que les profils de terminaux et les raccourcis du menu Démarrer ne sont plus supprimés lors de la conversion d’une distribution entre WSL1 et WSL2. Auparavant, les utilisateurs rencontraient des perturbations car ces raccourcis, qui facilitent un accès rapide aux environnements Linux, disparaissaient pendant le processus de conversion.
De plus, Microsoft a introduit des améliorations à wsl–install commande. Les distributions Linux modernes peuvent désormais être installées sans respecter la casse, réduisant ainsi les erreurs courantes lors de l’installation. Cette mise à jour améliore la cohérence des commandes, en particulier dans les environnements où la gestion des cas peut prêter à confusion.
Corrections pour l’allocation des ressources système
Une erreur logique qui provoquait wsl2.processors pour utiliser par défaut le nombre maximum de processeurs logiques a également été résolu. Auparavant, ce problème entraînait une allocation inefficace des ressources, obligeant les développeurs à ajuster manuellement les paramètres de leur système. La logique corrigée garantit aux utilisateurs une allocation plus efficace des processeurs, en équilibrant les performances entre les environnements Windows et Linux.
La mise à jour WSL 2.4.8 apporte également des améliorations au Client Microsoft Remote Desktop, avec la version mise à niveau vers 1.2.5716. Cette amélioration garantit de meilleures performances et stabilité pour les développeurs qui utilisent des connexions à distance parallèlement à leurs environnements WSL.
Des mises à jour du noyau ont été introduites dans les versions antérieures de WSL pour aligner WSL2 sur les versions amont du noyau Linux. Notamment, la version 2.3.26 a mis à jour le noyau WSL vers 5.15.167.4, corrigeant des bogues au sein du sous-système XSAVES, une fonctionnalité essentielle pour la gestion des processus virtualisés. et la sauvegarde des données sur l’état du processeur.
Améliorations menant à la version 2.4.8
L’historique de développement récent de WSL comprend une série d’améliorations qui contribuer à une expérience plus stable et efficace.
Compression Gzip pour les opérations d’exportation : les utilisateurs peuvent désormais compresser les distributions Linux avec gzip lorsqu’ils utilisent la commande wsl–export, économiser de l’espace et améliorer les vitesses de transfert. Suivi de la progression : les indicateurs de progression basés sur la taille des fichiers offrent une meilleure visibilité pour les opérations d’exportation longues. Logique des périphériques de blocage : les améliorations garantissent que les outils de système de fichiers tels que mkfs fonctionnent de manière transparente en attendant que les périphériques de blocage soient disponibles.
Les versions précédentes introduisaient également une installation par double-clic pour les distributions modernes et une gestion améliorée des utilisateurs par défaut avec la commande wsl–manage–set-default-user.
Dans un étape vers la pérennité des réseaux WSL, Microsoft a inclus un avertissement concernant la dépréciation prévue des réseaux pontés. Au lieu de cela, les utilisateurs s’appuieront sur des modèles de connectivité plus récents, tels que le réseau proxy virito, qui offre une alternative en cas d’échec des configurations NAT.
