Thinwire
Introduction
Thinwire, composant de la technologie Citrix HDX, est la technologie de communication à distance d’écran par défaut de Citrix utilisée dans Citrix Virtual Apps and Desktops.
La technologie de communication à distance d’écran permet aux graphiques générés sur une machine d’être transmis, généralement via un réseau, vers une autre machine.
Une solution de communication à distance d’écran performante propose une expérience utilisateur très interactive, similaire à celle d’un PC local. Thinwire y parvient grâce à différentes techniques d’analyse et de compression d’image complexes et efficaces. Thinwire optimise l’évolutivité du serveur et utilise moins de bande passante que les autres technologies de communication à distance d’écran.
Grâce à cet équilibre, Thinwire répond à la plupart des cas d’utilisation d’entreprise et est utilisé comme technologie de communication à distance d’écran par défaut dans Citrix Virtual Apps and Desktops.
HDX 3D Pro
Dans sa configuration par défaut, Thinwire peut fournir des graphiques 3D ou hautement interactifs et utiliser une unité de traitement graphique (GPU), le cas échéant. Toutefois, nous vous recommandons d’activer le mode HDX 3D Pro à l’aide des stratégies Optimiser pour la charge des graphiques 3D ou Qualité visuelle > Sans perte si possible lorsque des GPU sont présents. Ces stratégies configurent Thinwire pour utiliser un codec vidéo (H.264, H.265 ou AV1) pour coder l’écran entier à l’aide d’une accélération matérielle si un GPU est présent. Cette configuration offre une expérience plus fluide pour les graphiques 3D de qualité professionnelle. Pour plus d’informations, consultez H.264 Sans perte si possible, HDX 3D Pro et Accélération GPU pour OS mono-session Windows.
Exigences
Thinwire est optimisé pour les systèmes d’exploitation les plus récents, y compris Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows 10 et Windows 7. Pour Windows Server 2008 R2, le mode graphique d’ancienne génération est recommandé. Utilisez les modèles de stratégie Citrix intégrés, la grande évolutivité du serveur et le système d’exploitation optimisé pour WAN-Legacy pour mettre à disposition les combinaisons de paramètres de stratégie recommandées par Citrix pour ces cas d’utilisation.
Remarque :
Nous ne prenons pas en charge le mode graphique d’ancienne génération dans cette version. Il est inclus pour la rétrocompatibilité lors de l’utilisation de XenApp 7.15 LTSR, XenDesktop 7.15 LTSR et des versions précédentes de VDA avec Windows 7 et Windows 2008 R2.
- Le paramètre de stratégie qui détermine le comportement de Thinwire (Utiliser un codec vidéo pour la compression) est disponible sur les versions VDA dans Citrix Virtual Apps and Desktops 7 1808 ou version ultérieure et XenApp et XenDesktop 7.6 FP3 et versions ultérieures. L’option Utiliser un codec vidéo au choix est le paramètre par défaut pour les versions VDA de Citrix Virtual Apps and Desktops 7 1808 ou version ultérieure et XenApp et XenDesktop 7.9 et versions ultérieures.
- Toutes les applications Citrix Workspace prennent en charge Thinwire. Certaines applications Citrix Workspace peuvent prendre en charge des fonctionnalités de Thinwire que d’autres ne prennent pas en charge, par exemple, des graphiques 8 ou 16 bits pour une utilisation réduite de la bande passante. La prise en charge de ces fonctionnalités est automatiquement gérée par l’application Citrix Workspace.
- Thinwire utilise davantage de ressources serveur (UC, mémoire) dans les scénarios à plusieurs moniteurs et haute résolution. Il est possible d’ajuster la quantité de ressources que Thinwire utilise ; cependant, l’utilisation de la bande passante peut augmenter en conséquence.
- Dans les scénarios à faible bande passante ou à latence élevée, il peut être utile d’activer les graphiques 8 ou 16 bits pour améliorer l’interactivité. La qualité visuelle peut être affectée, plus particulièrement avec un nombre de couleurs de 8 bits.
Méthodes de codage
Thinwire peut fonctionner dans deux modes d’encodage différents en fonction de la stratégie et des capacités du client :
-
Paramètre de stratégie Thinwire avec JPEG adaptatif Utiliser un codec vidéo pour la compression : Ne pas utiliser de codec vidéo
- Paramètre de stratégie Thinwire avec H.264, H.265 ou AV1 sélectif : Utiliser un codec vidéo pour la compression : Utiliser le codec vidéo lorsque vous le souhaitez ou Pour des régions qui changent activement
- Paramètre de stratégie Thinwire avec H.264, H.265 ou AV1 mode plein écran : Utiliser un codec vidéo pour la compression : Pour la totalité de l’écran
H.265
Le codage vidéo à haute efficacité (HEVC), également connu sous le nom de H.265, est le successeur du H.264. Le codage matériel avec le codec vidéo H.265 est pris en charge sur les GPU suivants :
- GPU basés sur NVIDIA Maxwell et versions supérieures
- GPU Intel de 6e génération et versions supérieures
- GPU basés sur AMD Raven et versions supérieures
AV1
Citrix a ajouté la prise en charge du codec vidéo AV1. L’avantage de l’AV1 est qu’il offre une compression d’image supérieure, une meilleure qualité d’image et une utilisation de bande passante inférieure à celle des formats H.264 et H.265.
Les exigences suivantes doivent être remplies pour l’AV1 :
- VDA 2305 ou version supérieure pour les GPU NVIDIA, ou
- VDA 2308 ou version supérieure pour GPU Intel
Les GPU suivants sont compatibles pour le codage :
- GPU basé sur NVIDIA Ada Lovelace
- GPU Intel ARC ou Intel Data Center série Flex
Pour en savoir plus sur les GPU Ada Lovelace de NVIDIA, consultez Architecture ADA.
Pour en savoir plus sur les GPU Intel pour postes de travail ARC et centres de données de la série Flex, consultez Série Flex et Présentation.
Sélection automatique du codec vidéo
Vous pouvez détecter automatiquement le meilleur codec vidéo à utiliser lorsque la stratégie Utiliser un codec vidéo pour la compression est activée ou Optimiser pour la charge de travail graphique 3D est activée sur le VDA. Lors de l’installation de l’application Citrix Workspace pour Windows, les capacités de décodage du terminal sont évaluées. Sur la base de ces informations, l’application Citrix Workspace pour Windows négocie le meilleur codec à utiliser avec le VDA lors de la connexion. La liste suivante indique l’ordre dans lequel les codecs vidéo sont évalués :
- AV1
- H.265
- H.264
La sélection automatique s’applique uniquement aux variantes 4:2:0 de ces codecs. Si le paramètre de Qualité visuelle est réglé sur « Build-to-Lossless » ou « Toujours sans perte » et si Autoriser le mode sans perte visuelle est réglé sur « Activé », la sélection automatique du codec vidéo est désactivée.
Lors de la connexion à une ressource, l’application Citrix Workspace teste la capacité du terminal à décoder H.265 et AV1 et à enregistrer ces fonctionnalités dans le registre. L’application Citrix Workspace sélectionne ensuite automatiquement le meilleur codec vidéo à utiliser et négocie ce choix avec le VDA. Si le VDA et le client peuvent utiliser H.265 et AV1, AV1 est sélectionné comme codec vidéo. Si AV1 n’est disponible ni sur le VDA ni sur le client, H.265 est négocié. Si H.265 n’est pas non plus disponible sur l’un et l’autre, la session utilise H.264 comme codec vidéo.
Remarque :
Cette fonctionnalité est activée par défaut. Ce comportement peut être modifié en définissant le nouveau paramètre de registre côté client
DisableDecoderCaps.
Pour désactiver la sélection automatique du codec vidéo, définissez « DisableDecoderCaps » sur
HKLM\Software\WOW6432Node\Policies\Citrix\ICA Client\Graphics Engine
DWORD DisableDecoderCaps = 1 ou HKCU\Software\Policies\Citrix\ICA Client\Graphics Engine
DWORD DisableDecoderCaps = 1.
Si l’une de ces valeurs est définie sur 1, la sélection automatique du codec vidéo n’est pas utilisée. L’indicateur d’état graphique et le moniteur HDX peuvent contrôler le codec vidéo.
Configuration
Thinwire est la technologie de communication à distance d’écran par défaut.
Le paramètre de stratégie Graphiques suivant définit la valeur par défaut et fournit d’autres méthodes pour différents scénarios d’utilisation :
-
Utiliser codec vidéo pour la compression
- Utiliser un codec vidéo au choix. C’est le réglage par défaut. Aucune configuration supplémentaire n’est requise. Le maintien de ce paramètre en tant que valeur par défaut assure que Thinwire est sélectionné pour toutes les connexions Citrix, et est optimisé pour la capacité à monter en charge, la bande passante et une qualité d’image supérieure pour les charges de travail de bureau standard. Cela est fonctionnellement équivalent à Pour les zones changeant constamment.
- Les autres options de ce paramètre de stratégie continuent à utiliser Thinwire avec d’autres technologies pour différents scénarios d’utilisation. Par exemple :
- Pour les zones changeant constamment. La technologie d’affichage adaptatif dans Thinwire identifie les images en mouvement (vidéo, 3D en mouvement) et utilise H.264, H.265 ou AV1 uniquement dans la partie de l’écran sur laquelle l’image est en mouvement.
- Pour l’écran entier. Propose Thinwire avec H.264, H.265 ou AV1 en mode plein écran optimisé pour améliorer l’expérience utilisateur et la bande passante lorsque les graphiques 3D sont fortement sollicités. Dans le cas de H.264 4:2:0 (la stratégie Compression visuelle sans perte est désactivée), l’image finale n’est pas au pixel près (sans perte) et peut ne pas convenir à certains scénarios. Pensez alors plutôt à régler H.264 Build ou H.265 Build sur une utilisation sans perte.
Différents autres paramètres de stratégie, y compris les paramètres de stratégie Affichage visuel suivants, peuvent être utilisés pour optimiser les performances de la technologie de communication à distance d’écran. Thinwire les prend tous en charge.
Pour obtenir les combinaisons de paramètres de stratégie recommandées par Citrix pour différents scénarios d’utilisation, utilisez les modèles de stratégie Citrix intégrés. Les modèles Grande évolutivité du serveur et Expérience utilisateur très haute définition utilisent tous les deux Thinwire avec les combinaisons de paramètres de stratégie les mieux adaptées aux priorités de votre entreprise et aux attentes de vos utilisateurs.
Contrôle de Thinwire
Vous pouvez contrôler l’utilisation et les performances de Thinwire depuis Citrix Director. La vue Détails du canal virtuel HDX contient des informations utiles pour la résolution des problèmes et le contrôle de Thinwire dans une session. Pour afficher les mesures liées à Thinwire :
-
Dans Director, recherchez un utilisateur, un ordinateur ou un point de terminaison, ouvrez une session active, puis cliquez sur Détails. Vous pouvez également sélectionner Filtres > Sessions > Toutes les sessions, ouvrir une session active et cliquer sur Détails.
-
Faites défiler l’écran vers le bas dans le panneau HDX.
-
Sélectionnez Graphiques - Thinwire.
Codec de compression sans perte (MDRLE)
Dans une session de bureau typique, la plupart des images sont des graphiques simples ou des régions de texte. Thinwire détermine où se trouvent ces zones et les sélectionne pour l’encodage sans perte à l’aide du codec 2DRLE. Du côté client de l’application Citrix Workspace, ces éléments sont décodés à l’aide du décodeur 2DRLE de l’application Citrix Workspace pour l’affichage de la session.
Dans XenApp et XenDesktop 7.17, nous avons ajouté un codec MDRLE à taux de compression plus élevé qui consomme moins de bande passante dans les sessions de bureau typiques que le codec 2DRLE. Ce nouveau codec n’a pas d’impact sur la capacité à monter en charge du serveur.
Une bande passante plus faible signifie généralement une meilleure interactivité de session (en particulier sur les liens partagés ou limités) et des coûts réduits. Par exemple, la consommation de bande passante attendue lors de l’utilisation du codec MDRLE est d’environ 10 à 15 % inférieure à celle de XenApp et XenDesktop 7.15 LTSR pour les charges de travail de type Office.
Aucune configuration n’est requise pour le codec MDRLE. Si l’application Citrix Workspace prend en charge le décodage MDRLE, le VDA utilise le codage MDRLE VDA et le décodage de l’application Citrix Workspace MDRLE. Si l’application Citrix Workspace ne prend pas en charge le décodage MDRLE, le VDA revient automatiquement au codage 2DRLE.
Configuration requise pour MDRLE :
- VDA Citrix Virtual Apps and Desktops version minimale 7 1808
- XenApp et XenDesktop version minimale 7.17
- Application Citrix Workspace pour Windows version minimale 1808
- Citrix Receiver pour Windows version minimale 4.11
Mode progressif
Citrix Virtual Apps and Desktops 1808 a introduit le mode progressif et l’activait par défaut. Dans des conditions réseau limitées (par défaut : bande passante < 2 Mbit/s, ou latence > 200 ms), Thinwire augmentait la compression du texte et de l’imagerie statique pour améliorer l’interactivité pendant l’activité de l’écran. La netteté du texte et des images fortement compressés était ensuite progressivement réglée, de manière aléatoire, lorsque l’activité de l’écran s’arrêtait. Si cette méthode améliorait l’interactivité globale, cela réduisait l’efficacité du cache et augmentait l’utilisation de la bande passante.
À partir de Citrix Virtual Apps and Desktops 1906, le mode progressif est désactivé par défaut. Nous utilisons maintenant une approche différente. La qualité des images fixes est désormais basée sur les conditions du réseau et flotte entre une valeur minimale et maximale prédéfinie pour chaque paramètre Qualité visuelle. Étant donné qu’il n’y a pas d’étape explicite de réglage de la netteté, Thinwire optimise la diffusion des images et maintient l’efficacité du cache, tout en offrant presque tous les avantages du mode progressif.
Changement du comportement du mode progressif
Vous pouvez changer l’état du mode progressif avec la clé de registre. Pour plus d’informations, reportez-vous à Mode progressif dans la liste des fonctionnalités gérées via le Registre.
Sans perte si possible
Sans perte si possible est une configuration Thinwire spéciale qui optimise la distribution graphique pour l’interactivité et la qualité d’image finale. Vous pouvez activer ce paramètre en définissant la stratégie Qualité visuelle sur Sans perte si possible.
Build-to-lossless compresse l’écran à l’aide de H.264, H.265 ou AV1 pendant l’activité de l’écran et règle la netteté au pixel près (sans perte) lorsque l’activité s’arrête. La qualité d’image compressée avec perte s’adapte aux ressources disponibles pour maintenir la meilleure fréquence d’images possible. L’amélioration de la netteté s’effectue progressivement. Par exemple, en sélectionnant un modèle et en le faisant pivoter.
Build-to-losslessoffre tous les avantages de l’utilisation d’un codec vidéo pour la totalité de l’écran, y compris l’accélération matérielle, mais avec l’avantage supplémentaire d’un écran final sans perte garanti. Ceci est essentiel pour les charges de travail de type 3D qui nécessitent une image finale au pixel près. Par exemple, dans le cas de l’imagerie médicale. En outre, Build-to-lossless H.264 utilise moins de ressources que H.264 4:4:4 plein écran. Par conséquent, l’utilisation de Sans perte si possible entraîne généralement une fréquence d’images plus élevée que la compression visuelle sans perte H.264 4:4:4.
Remarque :
Vous pouvez désactiver l’utilisation d’un codec vidéo lorsque vous utilisez une version sans perte. Définissez simplement la stratégie Utiliser le codec vidéo sur
Do not use video codec. Il en résulte que les images en mouvement sont codées au format JPEG adaptatif à la place.
Codage visuel sans perte
Le codage sans perte visuelle utilise l’espace colorimétrique YUV 4:4:4 au lieu de l’espace colorimétrique YUV 4:2:0 sous-échantillonné en chromatologie pour la compression du codec vidéo. Cela garantit qu’aucune information colorimétrique n’est perdue lors de la conversion de l’espace colorimétrique et, une fois décodée, elle est visuellement imperceptible par rapport à l’image RGB d’origine.
Prenons l’exemple suivant. Si vous utilisez un codec vidéo pour compresser la totalité de l’écran, la compression des couleurs 4:2:0 peut dégrader les détails à contraste élevé tels que le texte, les rendant flous et plus difficiles à lire. En revanche, le format 4:4:4 préserve presque toutes les informations relatives aux couleurs et ne présente aucune dégradation perceptible visuellement.
Les charges de travail qui nécessitent une qualité parfaite au pixel près ou un affichage couleur précis peuvent bénéficier du codage sans perte visuelle.
Le codage sans perte visuelle est disponible avec H.264 et H.265. Le codage H.264 4:4:4 est une solution purement logicielle et peut donc avoir d’importantes répercussions sur l’utilisation du processeur à la fois sur le VDA et sur le client. Cela peut également affecter la fréquence d’images.
Le support H.265 4:4:4 a été ajouté avec la sortie de l’application Citrix Workspace 2305, permettant à Thinwire d’utiliser à la fois un GPU sur le VDA et un client pour le codage H.265 4:4:4, améliorant ainsi considérablement les performances.
Pour autoriser le codage sans perte visuelle 4:4:4, deux stratégies doivent être activées :
-
Qualité visuelle : Définissez-la sur
Build to LosslessouAlways Lossless -
Autoriser le mode sans perte visuelle : Définissez-la sur
Enabled
Remarque :
Si Autoriser le mode sans perte visuelle n’est pas activé, nous passons à notre encodeur Thinwire dans
Build to losslessouAlways Lossless.
H.265 4:4:4 sans perte visuelle présente les exigences supplémentaires suivantes :
- Les GPU NVIDIA nécessitent la version VDA 2209 ou supérieure
- Les GPU Intel nécessitent la version VDA 2308 ou supérieure
Les GPU suivants sont pris en charge pour H.265 4:4:4 :
- GPU NVIDIA de génération Pascal et versions ultérieures
- GPU Intel de 10e génération et versions ultérieures
Pour le client, l’application Citrix Workspace pour Windows version 2305 est requise (la version 2309.1 est recommandée).
Le décodage matériel du H.265 4:4:4 est possible avec les GPU des périphériques clients suivants :
- GPU NVIDIA de génération Turing et versions ultérieures
- GPU Intel de 10e génération et versions ultérieures