Les charges de travail Excel lourdes s’exécutent lentement dans les environnements multisession
Symptômes
Vous pouvez rencontrer des performances lentes lorsque vous exécutez des charges de travail Microsoft Excel lourdes dans un environnement multisession, par exemple :
- Windows Server 2022
- Windows Server 2019
- Windows 10 ou Windows 11 Entreprise multisession dans le service Azure Virtual Desktop
Cause
Ce problème se produit car, par défaut, les Microsoft 365 Apps déployées dans des environnements multisession sont limitées à deux threads pour le recalcul multithread (MTR) et les pools de threads de travail. Cette limite est imposée pour s’assurer que toutes les sessions utilisateur simultanées disposent de suffisamment de ressources pour fournir une bonne expérience utilisateur. Toutefois, les charges de travail Excel lourdes qui nécessitent un calcul ou une analyse des données et qui impliquent des captures instantanées de données (telles que le remplissage instantané) dans une session utilisateur peuvent s’exécuter lentement en raison du nombre restreint de threads.
Solution de contournement
Pour contourner ce problème, utilisez l’une des options suivantes.
Option 1 : Utiliser Windows 11 ou Windows 10
Si un environnement multisession n’est pas nécessaire, utilisez un client qui exécute Windows 11 ou Windows 10. Ensuite, Microsoft 365 Apps pouvez utiliser toutes les ressources système disponibles pour des performances optimales. Pour plus d’informations sur la migration de Microsoft 365 Apps à partir de Windows Server, consultez Microsoft 365 Apps migration à partir de Windows Server.
Option 2 : Augmenter le nombre de threads disponibles pour Microsoft 365 Apps
Importante
Examinez attentivement les risques avant de modifier la limite par défaut de threads. Bien que l’augmentation du nombre de threads puisse améliorer les performances lors de la gestion des tâches intensives dans une session utilisateur, cela peut également entraîner une consommation accrue des ressources sur le serveur partagé. Cela peut entraîner des problèmes de performances et de stabilité du serveur si plusieurs sessions utilisateur sont actives et effectuent les mêmes tâches en même temps. Si vous décidez de modifier la limite, commencez par utiliser une valeur faible et augmentez progressivement la valeur jusqu’à ce que vous trouviez un compromis approprié qui ne taxe pas les ressources du système.
Cette méthode contient des étapes qui vous indiquent comment modifier le Registre. Toutefois, des problèmes graves peuvent se produire si vous modifiez le Registre de façon incorrecte. Par conséquent, veillez à suivre ces étapes scrupuleusement. Pour une protection accrue, sauvegardez le Registre pour la restauration avant de le modifier.
Sur l’hôte multisession, procédez comme suit :
Ouvrez l’Éditeur du Registre.
Trouvez la sous-clé de Registre suivante :
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\Common
Si l’entrée IdealConcurrencyValueOverride n’existe pas, cliquez avec le bouton droit sur la sous-clé, sélectionnez Nouvelle>valeur DWORD (32 bits), puis entrez IdealConcurrencyValueOverride comme nom de l’entrée.
Note: Par défaut, l’entrée IdealConcurrencyValueOverride n’existe pas et Microsoft 365 Apps est limitée à l’utilisation de deux threads.
Cliquez avec le bouton droit sur IdealConcurrencyValueOverride, puis sélectionnez Modifier.
Dans le champ Données de la valeur , entrez un nombre compris entre 2 et 512 pour spécifier le nombre de threads, puis sélectionnez OK.
Commentaires
https://aka.ms/ContentUserFeedback.
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultezEnvoyer et afficher des commentaires pour