Synopsis

Dans certains environnements Azure Virtual Desktop (AVD) sous Windows 11 avec FSLogix, un étrange phénomène frappe le tout premier utilisateur qui se connecte après le redémarrage de la VM : pendant de longues minutes, le menu Démarrer reste figé, les applications se lancent au ralenti et l’interface semble complètement anesthésiée. Après une série de tests dignes d’une enquête policière (qui m’ont fait perdre quelques cheveux) et, plus d’une fois, briser le Start Menu en jouant avec les caches, j’ai fini par remonter jusqu’à un coupable aussi discret qu’inattendu : une fonctionnalité de Windows 11 elle‑même.

Le problème : AVD Windows 11 + FSLogix, un premier login interminable

Sur le papier, AVD sous Windows 11 avec FSLogix est censé offrir une expérience fluide en centralisant les profils utilisateurs dans des conteneurs VHD/VHDX montés à la volée. Dans la pratique, un symptôme récurrent apparaît :

• Le problème touche uniquement le premier utilisateur de la journée (ou après chaque redémarrage de la VM).
• Pendant environ 5 minutes, le menu Démarrer est figé, la zone de recherche ne répond presque pas.
• L’ouverture des applications (Office, navigateur, explorateur, etc.) est anormalement lente.
• Les connexions suivantes, sur la même VM, sont globalement rapides et fluides.

Ce comportement oriente clairement le diagnostic vers un effet de « cold start » : le système et les services Windows 11 doivent charger en mémoire un grand nombre de composants au premier login, tandis que FSLogix monte le conteneur de profil et initialise la session utilisateur. Le tout se produit en même temps, sur une machine qui vient tout juste de redémarrer.

Windows 11 ajoute à cela plusieurs couches modernes (menu Démarrer, paramètres rapides, applications UWP, AppX, etc.) qui reposent sur des services supplémentaires et sur une interface plus lourde que celle de Windows 10, ce qui accentue la sensation de lenteur lorsque tout s’initialise en même temps.

La Cause : La ‘Memory Compression’ de Windows

Dans ce scénario, la compression de la mémoire de Windows 11 joue un rôle central dans la dégradation des performances pour ce premier utilisateur.

La compression mémoire est une fonctionnalité conçue pour optimiser l’utilisation de la RAM en compressant les pages peu utilisées plutôt que de les paginer sur le disque. Sur un poste physique, cela peut être bénéfique. En environnement AVD multi‑session avec FSLogix, juste après un redémarrage, l’effet peut être l’inverse de celui attendu :

• Au premier login, Windows 11 doit charger le shell, le menu Démarrer, les composants modernes, le profil FSLogix, les GPO, etc.
• La compression mémoire se met en travers de ce processus, en ajoutant un coût CPU pour compresser/décompresser des pages alors même que la VM est déjà sollicitée par le montage du profil FSLogix, les services AppX, la mise en cache des icônes, etc.
• Résultat : le menu Démarrer met plusieurs secondes à s’ouvrir, parfois ne répond plus, et les applications se lancent très lentement.

L’observation clé est la suivante : dès que la compression mémoire est désactivée sur l’hôte AVD, ces lenteurs disparaissent pour le premier utilisateur, sans changement côté FSLogix, profil, ni applications.

La Solution : Désactiver la compression de la mémoire

La première action corrective recommandée consiste donc à désactiver la compression mémoire sur les hôtes AVD Windows 11 concernés.

L’idée est simple : au lieu de consommer du CPU pour compresser/décompresser des pages mémoire alors que la VM vient de démarrer et qu’aucune pression mémoire réelle n’existe encore, on laisse Windows utiliser la RAM disponible normalement. Sur des hôtes AVD correctement dimensionnés, cela améliore nettement la réactivité du système pour le premier utilisateur.

De manière pratique, cette désactivation peut se faire via un script (PowerShell) appliqué au démarrage ou via une configuration d’image, afin que tous les hôtes d’un même pool se comportent de façon cohérente. Une fois la compression désactivée, on constate généralement :

• Un menu Démarrer qui répond instantanément dès le premier login.
• Un lancement d’applications nettement plus rapide.
• Une expérience utilisateur cohérente entre le premier utilisateur de la journée et les suivants.

Vérifier l’état de la compression mémoire

Sur une VM AVD, lancer PowerShell en tant qu’administrateur :

Get-MMAgent

Tu verras un bloc de propriétés, dont :

• MemoryCompression : True → activée
• MemoryCompression : False → désactivée

Désactiver la compression mémoire

Toujours en PowerShell en mode administrateur :

Disable-MMAgent -MemoryCompression

Puis redémarrer la VM :

Restart-Computer

Si tu veux la réactiver un jour :

Enable-MMAgent -MemoryCompression
Restart-Computer

Bonus : Mettre en place une « warm session » AVD

La désactivation de la compression mémoire résout le problème de lenteur « bloquante » du premier utilisateur, mais on peut aller plus loin pour améliorer encore le temps de connexion et la sensation de fluidité : l’utilisation d’un mécanisme de warm session.

• On prévoit une session utilisateur « technique » ou de test qui se connecte automatiquement sur chaque hôte AVD après son démarrage.
• Cette session initialise le système : services Windows, cache du menu Démarrer, composants UWP, optimisations FSLogix, etc.
• Une fois cette session ouverte, le premier vrai utilisateur bénéficie d’un environnement déjà chaud.

Des scripts de warm‑up pour AVD existent et peuvent être adaptés. Par exemple :

1. Créer un compte de service AVD (ex. : svc_avd_warmup).
2. Utiliser un script qui lance une connexion RDP locale avec ce compte au démarrage de la VM.
3. Exécuter quelques actions d’initialisation (ouvrir le menu Démarrer, une appli clé, etc.).

Pour la mise en place concrète d’un script de warm‑up AVD, je vous renvoie vers le blog de Marcel Meurer, le créateur d’Hydra (désormais racheté par LoginVSI et intégré à leur offre) un produit de gestion AVD que je conseille fortement pour simplifier le pilotage, l’image management et l’auto‑scaling des environnements Azure Virtual Desktop : le script de warm‑up qu’il propose permet précisément de réduire le temps de premier logon et d’éviter l’effet de « cold start » sur les hôtes AVD Windows 11 avec FSLogix.

https://blog.itprocloud.de/AVD-User-Experience-WarmUp-Script-To-Improve-User-Login-Logon-Time

Recommandations pratiques pour votre environnement

Pour résumer la démarche dans un environnement AVD Windows 11 avec FSLogix où le premier utilisateur subit 5 minutes de lenteur après redémarrage :

1. Désactiver la compression mémoire sur les hôtes AVD Windows 11.
2. Mettre en place un script de warm session qui se connecte automatiquement après le démarrage.
3. Surveiller les résultats :
   • Les temps de connexion avant/après.
   • La consommation CPU/RAM.
   • L’expérience utilisateur sur le menu Démarrer et les applications.

Cette combinaison (pas de compression mémoire + warm session) permet d’éliminer les blocages du premier utilisateur et d’obtenir une expérience proche d’un poste local bien optimisé.