Configurer les graphiques
Cet article fournit des conseils pour la configuration et l’optimisation des graphiques du VDA Linux.
Pour plus d’informations, consultez la section Configuration système requise et Présentation de l’installation.
-
Configuration
- Thinwire est la technologie d’affichage à distance utilisée dans le VDA Linux. Cette technologie permet de transmettre les graphiques générés sur une machine, généralement via un réseau, vers une autre machine pour l’affichage.
La stratégie graphique Utiliser le codec vidéo pour la compression définit le mode graphique par défaut et offre les options suivantes pour différents cas d’utilisation :
- Utiliser si préféré. Ce paramètre est celui par défaut. Aucune configuration supplémentaire n’est requise. Le maintien de ce paramètre garantit que Thinwire est sélectionné pour toutes les connexions Citrix® et optimisé pour l’évolutivité, la bande passante et une qualité d’image supérieure pour les charges de travail de bureau typiques.
- Pour l’écran entier. Fournit Thinwire avec H.264 ou H.265 plein écran pour optimiser l’expérience utilisateur et la bande passante, en particulier dans les cas d’utilisation intensive de graphiques 3D.
- Pour les régions en évolution active. La technologie d’affichage adaptatif de Thinwire identifie les images en mouvement (vidéo, 3D en mouvement) et utilise le H.264 uniquement dans la partie de l’écran où l’image est en mouvement. L’utilisation sélective du codec vidéo H.264 permet à HDX Thinwire de détecter et d’encoder les parties de l’écran qui sont fréquemment mises à jour à l’aide du codec vidéo H.264, par exemple, le contenu vidéo. La compression d’images fixes (JPEG, RLE) et la mise en cache de bitmaps continuent d’être utilisées pour le reste de l’écran, y compris le texte et les images photographiques. Les utilisateurs bénéficient d’une bande passante réduite et d’une meilleure qualité pour le contenu vidéo, combinés à un texte sans perte ou à des images de haute qualité ailleurs. Pour activer cette fonctionnalité, modifiez le paramètre de stratégie Utiliser le codec vidéo pour la compression sur Utiliser si préféré (par défaut) ou Pour les régions en évolution active. Pour plus d’informations, consultez Paramètres de stratégie graphique.
D’autres paramètres de stratégie, y compris les paramètres de stratégie d’affichage visuel suivants, peuvent être utilisés pour affiner les performances de l’affichage à distance :
Utilisation du H.264 pour la fonctionnalité « Construction sans perte » dans Thinwire
Par défaut, la préférence Construction sans perte du paramètre de stratégie Qualité visuelle est désormais H.264 au lieu de JPEG pour les images en mouvement.
L’encodage H.264 offre une qualité d’image supérieure. La stratégie Utiliser le codec vidéo pour la compression contrôle cette préférence, le paramètre par défaut étant Utiliser si préféré. Pour forcer la Construction sans perte à utiliser le JPEG, définissez la stratégie Utiliser le codec vidéo pour la compression sur Ne pas utiliser de codec vidéo. Si votre client ne prend pas en charge le H.264 sélectif, la Construction sans perte revient au JPEG, quels que soient les paramètres de stratégie. Citrix Receiver pour Windows 4.9 à 4.12, Citrix Receiver pour Linux 13.5 à 13.10, Citrix Workspace app 1808 pour Windows et versions ultérieures, et Citrix Workspace app 1808 pour Linux et versions ultérieures prennent en charge le H.264 sélectif. Pour plus d’informations sur les paramètres de stratégie Qualité visuelle et Utiliser le codec vidéo pour la compression, consultez Paramètres de stratégie d’affichage visuel et Paramètres de stratégie graphique.
Prise en charge du codec vidéo H.265
À partir de la version 7.18, le VDA Linux prend en charge le codec vidéo H.265 pour l’accélération matérielle des graphiques et vidéos à distance. Vous pouvez utiliser cette fonctionnalité sur Citrix Receiver pour Windows 4.10 à 4.12 et sur Citrix Workspace app 1808 pour Windows et versions ultérieures. Pour bénéficier de cette fonctionnalité, activez-la à la fois sur le VDA Linux et sur votre client. Si le GPU de votre client ne prend pas en charge le décodage H.265 à l’aide de l’interface DXVA, le paramètre de stratégie de décodage H.265 pour les graphiques est ignoré et la session revient à l’utilisation du codec vidéo H.264. Pour plus d’informations, consultez Encodage vidéo H.265.
Pour activer l’encodage matériel H.265 sur le VDA :
- Activez la stratégie Utiliser l’encodage matériel pour le codec vidéo.
- Activez la stratégie Optimiser pour la charge de travail graphique 3D.
- Assurez-vous que la stratégie Utiliser le codec vidéo pour la compression est par défaut ou définie sur Pour l’écran entier.
- Assurez-vous que la stratégie Qualité visuelle n’est PAS définie sur Construction sans perte ou Toujours sans perte.
Pour activer l’encodage matériel H.265 sur votre client, consultez Encodage vidéo H.265.
Prise en charge de l’encodage logiciel YUV444
Le VDA Linux prend en charge l’encodage logiciel YUV444. Le schéma d’encodage YUV attribue à chaque pixel des valeurs de luminosité et de couleur. Dans YUV, ‘Y’ représente la luminosité, ou valeur de ‘luma’, et ‘UV’ représente les valeurs de couleur, ou de ‘chroma’. Vous pouvez utiliser cette fonctionnalité du VDA Linux sur Citrix Receiver pour Windows 4.10 à 4.12 et sur Citrix Workspace app 1808 pour Windows et versions ultérieures.
Chaque valeur unique Y, U et V comprend 8 bits, soit un octet, de données. Le format de données YUV444 transmet 24 bits par pixel. Le format de données YUV422 partage les valeurs U et V entre deux pixels, ce qui entraîne un taux de transmission moyen de 16 bits par pixel. Le tableau suivant présente une comparaison intuitive entre YUV444 et YUV420.
| YUV444 | YUV420 |
|---|---|
 |
 |
Pour activer l’encodage logiciel YUV444 sur le VDA :
- Assurez-vous que la stratégie Utiliser le codec vidéo pour la compression est définie sur Pour l’écran entier.
- Assurez-vous que la stratégie Qualité visuelle est définie sur Toujours sans perte ou Construction sans perte.
Ajuster les débits binaires moyens en fonction des estimations de bande passante
- Citrix améliore l'encodage matériel HDX™ 3D Pro en ajustant les débits binaires moyens en fonction des estimations de bande passante.
- Lorsque l'encodage matériel HDX 3D Pro est utilisé, le VDA peut estimer par intermittence la bande passante du réseau et ajuster les débits binaires des images encodées en fonction de ces estimations. Cette nouvelle fonctionnalité offre un mécanisme pour équilibrer la netteté et la fluidité.
Cette fonctionnalité est activée par défaut. Pour la désactiver, exécutez la commande suivante :
sudo /opt/Citrix/VDA/bin/ctxreg create -k "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix\Thinwire" -t "REG_DWORD" -v "DisableReconfigureEncoder" -d "0x00000001" --force
<!--NeedCopy-->
En plus d’utiliser cette fonctionnalité, vous pouvez également exécuter les commandes suivantes pour ajuster l’équilibre entre netteté et fluidité. Les paramètres AverageBitRatePercent et MaxBitRatePercent définissent le pourcentage d’utilisation de la bande passante. Plus les valeurs que vous définissez sont élevées, plus les graphiques sont nets et moins la fluidité est bonne. La plage de réglage recommandée est de 50 à 100.
sudo /opt/Citrix/VDA/bin/ctxreg create -k "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix\Thinwire" -t "REG_DWORD" -v "AverageBitRatePercent" -d "90" --force
sudo /opt/Citrix/VDA/bin/ctxreg create -k "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix\Thinwire" -t "REG_DWORD" -v "MaxBitRatePercent" -d "100" --force
<!--NeedCopy-->
Lors de l’ajustement du débit binaire moyen, lorsque votre écran reste immobile, l’image la plus récente reste dans un état de faible qualité car aucune nouvelle image n’est envoyée. La prise en charge de l’amélioration de la netteté peut résoudre ce problème en reconfigurant et en envoyant immédiatement l’image la plus récente avec la meilleure qualité.
Pour obtenir la liste complète des stratégies prises en charge par Thinwire du VDA Linux, consultez Liste de prise en charge des stratégies.
Pour plus d’informations sur la configuration de la prise en charge de plusieurs moniteurs sur le VDA Linux, consultez CTX220128.
Curseur de qualité graphique
Nous avons inclus un curseur de qualité graphique dans l’outil d’indicateur d’état graphique qui s’exécute dans vos sessions Linux virtuelles. Le curseur permet de trouver le juste équilibre entre la qualité d’image et l’interactivité.
Pour utiliser le curseur, suivez les étapes suivantes :
-
Activez la stratégie Indicateur d’état graphique dans Citrix Studio.
-
Ouvrez le Terminal et exécutez la commande
ctxslider. L’interface utilisateur du curseur apparaît.Remarque :
Si vous avez défini la stratégie Qualité visuelle sur Toujours sans perte ou Générer sans perte, l’interface utilisateur du curseur ne s’affiche pas.
Les choix suivants sont désormais disponibles :
- Pour modifier la qualité d’image, déplacez le curseur. Le curseur prend en charge une plage de 0 à 9.
- Pour utiliser les paramètres définis par le système, sélectionnez Laisser le système décider.
- Pour passer en mode sans perte, sélectionnez Pixel parfait.
Dépannage
Vérifier le mode graphique utilisé
Exécutez la commande suivante pour vérifier le mode graphique utilisé (0 signifie TW+ ; 1 signifie codec vidéo plein écran) :
sudo /opt/Citrix/VDA/bin/ctxreg dump | grep GraphicsMode
<!--NeedCopy-->
Le résultat ressemble à ceci :
create -k "HKLM\Software\Citrix\Ica\Session\4\Graphics" -t "REG_DWORD" -v "GraphicsMode" -d "0x00000000" --force
Vérifier si le H.264 est utilisé
Exécutez la commande suivante pour vérifier si le H.264 est utilisé (0 signifie non utilisé ; 1 signifie utilisé) :
sudo /opt/Citrix/VDA/bin/ctxreg dump | grep H264
<!--NeedCopy-->
Le résultat ressemble à :
create -k "HKLM\Software\Citrix\Ica\Session\4\Graphics" -t "REG_DWORD" -v "H264" -d "0x00000000" --force
Vérifier si le H.265 est utilisé
Exécutez la commande suivante pour vérifier si le H.265 en plein écran est utilisé (0 signifie non utilisé ; 1 signifie utilisé) :
sudo /opt/Citrix/VDA/bin/ctxreg dump | grep H265
<!--NeedCopy-->
Le résultat ressemble à :
create -k "HKLM\Software\Citrix\Ica\Session\4\Graphics" -t "REG_DWORD" -v "H265" -d "0x00000000" --force
Vérifier le schéma d’encodage YUV utilisé
Exécutez la commande suivante pour vérifier le schéma d’encodage YUV utilisé (0 signifie YUV420. 1 signifie YUV422. 2 signifie YUV444) :
Remarque : La valeur de YUVFormat n’est significative que lorsqu’un codec vidéo est utilisé.
sudo /opt/Citrix/VDA/bin/ctxreg dump | grep YUVFormat
<!--NeedCopy-->
Le résultat ressemble à :
create -k "HKLM\Software\Citrix\Ica\Session\4\Graphics" -t "REG_DWORD" -v "YUVFormat" -d "0x00000000" --force
Vérifier si l’encodage logiciel YUV444 est utilisé
Exécutez la commande suivante pour vérifier si l’encodage logiciel YUV444 est utilisé :
sudo /opt/Citrix/VDA/bin/ctxreg dump | grep Graphics
<!--NeedCopy-->
Lorsque YUV444 est utilisé, le résultat ressemble à :
create -k "HKLM\Software\Citrix\Ica\Session\4\Graphics" -t "REG_DWORD" -v "GraphicsMode" -d "0x00000001" --force
create -k "HKLM\Software\Citrix\Ica\Session\4\Graphics" -t "REG_DWORD" -v "H264" -d "0x00000001" --force
create -k "HKLM\Software\Citrix\Ica\Session\4\Graphics" -t "REG_DWORD" -v "HardwareEncoding" -d "0x00000000" --force
create -k "HKLM\Software\Citrix\Ica\Session\4\Graphics" -t "REG_DWORD" -v "YUVFormat" -d "0x00000002" --force
Vérifier si l’encodage matériel est utilisé pour 3D Pro
Exécutez la commande suivante (0 signifie non utilisé ; 1 signifie utilisé) :
sudo /opt/Citrix/VDA/bin/ctxreg dump | grep HardwareEncoding
<!--NeedCopy-->
Les résultats ressemblent à :
create -k "HKLM\Software\Citrix\Ica\Session\1\Graphics" -t "REG_DWORD" -v "HardwareEncoding" -d "0x00000001" --force
Une autre méthode consiste à utiliser la commande nvidia-smi. Les sorties ressemblent à ce qui suit si l’encodage matériel est utilisé :
Tue Apr 12 10:42:03 2016
+------------------------------------------------------+
| NVIDIA-SMI 361.28 Driver Version: 361.28 |
|-------------------------------+----------------------+----------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
|===============================+======================+======================|
| 0 GRID K1 Off | 0000:00:05.0 Off | N/A |
| N/A 42C P0 14W / 31W | 207MiB / 4095MiB | 8% Default |
+-------------------------------+----------------------+----------------------+
+-----------------------------------------------------------------------------+
| Processes: GPU Memory |
| GPU PID Type Process name Usage |
|=============================================================================|
| 0 2164 C+G /usr/local/bin/ctxgfx 106MiB |
| 0 2187 G Xorg 85MiB |
+-----------------------------------------------------------------------------+
<!--NeedCopy-->
Vérifier que le pilote graphique NVIDIA GRID est correctement installé
Pour vérifier que le pilote graphique NVIDIA GRID est correctement installé, exécutez nvidia-smi. Les résultats ressemblent à :
+------------------------------------------------------+
| NVIDIA-SMI 352.70 Driver Version: 352.70 |
|-------------------------------+----------------------+----------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
|===============================+======================+======================|
| 0 Tesla M60 Off | 0000:00:05.0 Off | Off |
| N/A 20C P0 37W / 150W | 19MiB / 8191MiB | 0% Default |
+-------------------------------+----------------------+----------------------+
+-----------------------------------------------------------------------------+
| Processes: GPU Memory |
| GPU PID Type Process name Usage |
|=============================================================================|
| No running processes found |
+-----------------------------------------------------------------------------+
<!--NeedCopy-->
Définissez la configuration correcte pour la carte :
etc/X11/ctx-nvidia.sh
Problèmes de redessin multi-écrans HDX 3D Pro
Si vous rencontrez des problèmes de redessin sur des écrans autres que le moniteur principal, vérifiez que la licence NVIDIA GRID est disponible.
Vérifier les journaux d’erreurs Xorg
Le fichier journal de Xorg est nommé de manière similaire à Xorg.{DISPLAY}.log dans le dossier /var/log/.
Problèmes connus et limitations
Pour vGPU, la console locale de Citrix Hypervisor™ affiche l’écran de session de bureau ICA
Solution de contournement : Désactivez la console VGA locale de la machine virtuelle en exécutant la commande suivante :
xe vm-param-set uuid=<vm-uuid> platform:vgpu_extra_args="disable_vnc=1"
<!--NeedCopy-->
Les cartes graphiques NVIDIA K2 ne prennent pas en charge l’encodage matériel YUV444 en mode pass-through
Lorsque l’option Build to Lossless est activée via le paramètre de stratégie, un écran noir ou gris apparaît lorsque les utilisateurs lancent une session d’application/de bureau avec une carte graphique NVIDIA K2. Le problème survient car les cartes graphiques NVIDIA K2 ne prennent pas en charge l’encodage matériel YUV444 en mode pass-through. Pour plus d’informations, consultez Matrice de prise en charge GPU pour l’encodage et le décodage vidéo.
Les fenêtres contextuelles du bureau Gnome 3 sont lentes lors de la connexion
Il s’agit d’une limitation du démarrage de la session de bureau Gnome 3.
Certaines applications OpenGL/WebGL ne s’affichent pas correctement lors du redimensionnement de la fenêtre de l’application Citrix Workspace
Le redimensionnement de la fenêtre de l’application Citrix Workspace modifie la résolution de l’écran. Le pilote propriétaire NVIDIA modifie certains états internes et peut exiger que les applications y répondent en conséquence. Par exemple, l’élément de la bibliothèque WebGL lightgl.js peut générer une erreur indiquant que ‘Rendering to this texture is not supported (incomplete frame buffer)’.