L’Explorateur de fichiers reste l’un des symboles des lenteurs reprochées à Windows, et Microsoft commence enfin à documenter ce qui change côté interface. Les premiers chiffres publiés montrent une baisse mesurable de la charge dans WinUI 3, mais pas encore un gain complet sur le démarrage réel de l’application.
WinUI 3 réduit la charge interne au lancement
Les données ont été publiées sur GitHub par Beth Pan, membre de l’équipe WinUI de Microsoft. Les tests de lancement de l’Explorateur de fichiers montrent moins d’allocations, moins d’appels de fonctions et moins de temps passé dans le code du framework.
Microsoft précise toutefois un point essentiel : ces chiffres concernent uniquement la portion WinUI du lancement de l’Explorateur de fichiers, et non le temps de démarrage complet de l’application. Autrement dit, l’amélioration mesurée existe, mais elle ne permet pas encore d’estimer le ressenti final côté utilisateur.
L’entreprise utilise l’Explorateur de fichiers et le Bloc-notes comme principaux benchmarks pour ce travail sur le temps de lancement. L’objectif affiché est d’en faire profiter plus largement les applications basées sur WinUI 3.
Une optimisation liée aux chantiers Windows en cours
Ce travail s’inscrit dans la volonté de Microsoft de basculer davantage d’expériences Windows vers WinUI 3. En mars, le groupe expliquait que cette transition devait réduire la latence d’interaction sur plusieurs fonctions centrales de Windows, dont la recherche dans l’Explorateur, la navigation, les menus contextuels et les opérations de fichiers les plus courantes.
WinUI 3 et Low Latency Profile ne jouent pas sur le même levier
Les optimisations WinUI 3 visent surtout à réduire l’overhead du framework. Low Latency Profile agit différemment, en augmentant les fréquences CPU sur de courtes tâches d’interface.
L’ensemble est probablement lié aux travaux Windows K2, où l’on retrouve aussi des changements autour du menu Démarrer et de ce profil de faible latence. Microsoft indique que ces optimisations arriveront bientôt dans winui3/main, avec certaines adaptations prévues aussi pour WinAppSDK 2.x lorsque c’est possible.
Tout ne sera pas activé automatiquement : certaines optimisations demanderont une adoption volontaire des développeurs. Microsoft n’a toujours pas publié de résultats complets sur le temps réel d’ouverture de l’Explorateur de fichiers, ce qui reste la mesure la plus attendue.
Sur le plan technique, cette communication montre surtout que Microsoft cherche d’abord à nettoyer la pile logicielle avant d’afficher des gains visibles à l’écran. Pour les utilisateurs de Windows, le vrai test sera simple : vérifier si l’Explorateur devient enfin constant et réactif sur des machines ordinaires, pas seulement mieux profilé dans les outils internes de l’éditeur.
Source : VideoCardz
