Présentation des graphiques HDX

Introduction

Pour répondre aux différentes exigences des utilisateurs, le protocole Citrix HDX permet de configurer différents modes graphiques. Le but de cet article est de décrire les différents modes HDX et comment ils sont configurés. Il vous donne un point de départ à partir duquel vous pouvez configurer votre environnement pour qu’il réponde le mieux aux besoins de vos utilisateurs, à votre charge de travail et aux conditions actuelles du réseau.

Important à noter : cet article est basé sur Citrix Virtual Apps and Desktops 1912, sauf indication contraire. Pour un aperçu basé sur 7.15, consultez l’article du blog Présentation de la configuration de l’encodeur HDX Graphics — Ce qui compte vraiment.

AVERTISSEMENT : Les résultats peuvent varier et il est fortement recommandé d’exécuter vos propres tests pour voir ce qui fonctionne le mieux pour votre ou vos cas d’utilisation.

Présentation des graphiques HDX

Avant de vous plonger dans les stratégies graphiques spécifiques, examinons comment nous classons ce que vous voyez sur l’écran de votre session HDX et les technologies sous-jacentes utilisées pour la présentation.

Alors que nous fournissons du contenu graphique pour des applications ou des postes de travail, le moteur de codage graphique HDX, Thinwire, classe dynamiquement les données d’affichage en trois types :

  • Texte, images simples et couleurs unies
  • Contenu de l’image statique
  • Images mobiles (ou fluides)

Carte graphique HDX 1

Dans l’exemple ci-dessus, le texte ou les images simples sont mis en surbrillance en bleu, les images statiques en orange et les images mobiles (ou fluides) en vert.

Au sein de Citrix Virtual Apps and Desktops, Thinwire peut adopter différentes approches pour l’analyse, la compression et la livraison de l’affichage : Citrix adapte l’utilisation des normes de pointe, H.264 et H.265 pour une diffusion efficace de contenu vidéo de haute qualité dans ses implémentations de codec « plein écran » et « sélectif ».

  • Choisir de configurer Thinwire pour ne pas utiliser le codec vidéo ou Configurer Thinwire pour utiliser le codec vidéo pour les régions en mutation active permet à Thinwire de détecter les régions de contenu transitoire (images fluides ou vidéo) et de l’encoder en fonction de la stratégie définie et des fonctionnalités détectées sur le point de terminaison. Thinwire code ces régions « sélectionnées » (ou transitoires) soit en format JPEG adaptatif ou H.264/H.265. Le JPEG adaptatif et le H.264/H.265 « sélectif » sont considérés comme des sous-fonctionnalités car Thinwire est la technologie de base. Les autres régions non transitoires (codées en JPEG et RLE)) sont ensuite combinées pour compléter l’affichage en cours de session.
  • Si vous choisissez de configurer Thinwire pour utiliser le Codec pour l’écran entier, Thinwire doit traiter l’écran entier comme du contenu transitoire, sauf pour le texte (par défaut), et encode les données d’affichage à l’aide de codecs vidéo H.264 ou H.265. Le texte est ensuite superposé sur l’écran pour fournir une image complète. H.265 obtient une compression supérieure à H.264 sans compromettre la qualité. Cependant, H.265 est coûteux en termes de traitement et n’est pris en charge que lorsqu’il est utilisé avec certains GPU sur Virtual Delivery Agent (VDA). H.265 ne peut pas être utilisé lorsque le codage CPU est utilisé. En outre, un matériel compatible H.265, sous la forme d’un GPU ou d’un client léger spécialement conçu, est requis pour décoder les données d’affichage H.265 sur le point de terminaison client. Consultez la documentation du fournisseur pour déterminer la prise en charge H.265 pour votre matériel de terminaison.

Comme la compatibilité H.264 a une base plus large, nous nous concentrons sur le H.264 en plein écran et le H.264 sélectif dans cet article, sauf indication contraire.

Selon le mode HDX configuré, ces catégories sont codées par différents moyens :

  • Le texte et les images simples sont presque toujours encodés sans perte à l’aide de Run-Length Encoding (RLE). À partir de la version 7.17, une saveur RLE propriétaire Citrix appelée MDRLE est utilisée qui permet un meilleur taux de compression CTX232041. L’activation de la charge de travail Optimiser pour les graphiques 3D désactive la détection de texte sans perte et transfère le contenu avec H.264/H.265, plutôt que RLE. Vous pouvez visualiser cette stratégie via notre diagramme Visio plus loin dans cet article.
  • Pour les images statiques avec à la fois sélectif H.264/H.265 et Adaptive JPEG, le JPEG est utilisé pour l’encodage tandis que le codec vidéo H.264/H.265 est utilisé si le mode graphique Plein écran H.264/H.265 a été choisi comme mode graphique. Si JPEG est utilisé, la qualité de celui-ci peut être configurée avec le paramètre Qualité visuelle. Consultez le graphique Visio ci-joint plus loin dans cet article pour plus de détails.
  • Pour les images en mouvement, le codec vidéo H.264/H.265 est utilisé lors de la configuration en plein écran H.264/H.265 ou Thinwire avec H.264 sélectif. Si Thinwire with Adaptive JPEG a été configuré, JPEG est utilisé avec une qualité qui s’adapte automatiquement (d’où le nom) à des conditions telles que la fréquence d’images et la bande passante disponible.

Pour récapituler, Thinwire utilise différentes technologies lorsqu’il est configuré comme suit :

Configurer Thinwire pour ne pas utiliser le codec vidéo

  • Texte : RLE
  • Images simples et couleurs unies : RLE
  • Images statiques : JPEG
  • Images en mouvement : JPEG adaptatif

Configurer Thinwire pour utiliser le codec vidéo pour des régions en évolution active

  • Texte : RLE
  • Images simples et couleurs unies : RLE
  • Images statiques : JPEG
  • Images en mouvement : H.264/H.265

Configurer Thinwire pour utiliser le codec pour l’ensemble de l’écran

  • Texte : RLE (ou H.264/H.265 si Optimiser pour la charge de travail graphique 3D a été activée)
  • Images simples et couleurs unies : H.264/H.265
  • Images statiques : H.264/H.265
  • Images en mouvement : H.264/H.265

Dans la section suivante, nous allons couvrir les politiques pour atteindre le comportement mentionné ci-dessus.

Modes graphiques HDX

La politique Utiliser le codec vidéo pour la compression est la fonction centrale pour offrir à vos utilisateurs finaux une expérience optimale en configurant des méthodes d’affichage adaptées à différents cas d’utilisation. Ci-dessous, nous cartographions les technologies décrites ci-dessus avec les paramètres de stratégie configurables dans Citrix Studio.

  • Pour les régions en évolution active = Thinwire avec H.264/H.265 sélectif
  • Ne pas utiliser le codec vidéo (méthode de secours par défaut) = Thinwire avec JPEG adaptatif
  • Pour l’écran entier = Thinwire Plein écran H.264/H.265
  • Utiliser Lorsque vous préférez (stratégie par défaut) = Thinwire avec sélectif H.264/H.265 est utilisé sauf si Optimiser pour les charges de travail graphiques 3D est également défini, puis Thinwire Plein écran H.264/H.265 est utilisé.

Les capacités du point de terminaison client et du Virtual Delivery Agent (VDA) sont évaluées lors du lancement de la session ou de la reconnexion de session. Si le client ne prend pas en charge H.264/H.265, la méthode d’affichage est Thinwire with Adaptive JPEG quelle que soit la stratégie définie sur le VDA.

Configurer Thinwire pour utiliser le codec vidéo pour des régions en évolution active

Le mode graphique Pour les régions en évolution active est notre paramètre le plus équilibré. Par conséquent, nous vous recommandons de commencer par ce mode lorsque vous commencez à définir des stratégies de base au sein de votre environnement, car il couvre une large base d’utilisateurs (par exemple, le travailleur Office avec lecture vidéo occasionnelle).

Au cœur de ce mode, ce mode utilise le JPEG pour les images fixes, le RLE pour le texte, les images simples et les blocs de couleur unie, en plus de la mise en cache bitmap pour les zones de l’écran qui sont déterminées par le VDA comme étant statiques. Le VDA analyse en permanence l’écran pour détecter les régions de mouvement fluide, telles que le multimédia, et utilise sélectivement H.264/H.265 pour encoder la région fluide.

Comme illustré ci-dessous, H.264/H.265 est « inactif » jusqu’à ce que des régions de mouvement des fluides soient détectées. Le VDA passe ensuite à H.264/H.265 pour encoder la région sélectionnée pendant le mouvement du fluide et revient à l’état « Inactif » une fois que la région sélectionnée ne contient plus de liquide.

HDX Graphics 2

H.264/H.265 offre une expérience beaucoup plus riche que le JPEG adaptatif au détriment du processeur pour compresser les régions de mouvement fluide. La bande passante réseau sera généralement inférieure avec H.264/H.265 par rapport à Adaptive JPEG pour la charge de travail multimédia. Il est fortement recommandé d’exécuter vos propres tests avec votre cas d’utilisation spécifique (consultez la section Outils ci-dessous).

Configurer Thinwire pour ne pas utiliser le codec vidéo

Le codec vidéo à ne pas utiliser offre une compatibilité maximale pour les terminaux clients, y compris les points de terminaison qui ne prennent pas en charge le décodage des graphiques H.264/H.265.

Dans ce mode graphique, Thinwire se comporte de la même manière que lorsqu’il est configuré pour les régions en évolution active. Le VDA analyse l’écran pour les régions de mouvement fluide. Plutôt que d’encoder avec H.264/H.265, Thinwire code les images en mouvement en tant que JPEG adaptatif pour fournir une compatibilité élevée ou lorsque H.264/H.265 n’est pas nécessaire. Les régions restantes sont présentées en JPEG pour les images fixes, et RLE pour le texte et les graphiques simples pour fournir des images de qualité.

Le traitement du processeur pour coder des images en mouvement à l’aide du JPEG Adaptive est généralement inférieur à celui de Thinwire avec H.264 pour les régions en plein écran ou en évolution active. Ce mode est souhaité si l’évolutivité du serveur est votre priorité. Le compromis est perçu en termes d’augmentation de la bande passante et d’une diminution de la fidélité des images mobiles dans les scénarios WAN. Ce mode graphique est recommandé pour les cas d’utilisation où les images en mouvement sont minimes, par exemple dans un centre d’appels ou un système de point de vente. Dans ce cas, l’utilisation de la bande passante dans ce mode serait similaire par rapport à Thinwire configuré avec le codec vidéo pour les régions en évolution active.

Le paramètre de stratégie Ne pas utiliser le codec vidéo est la méthode de secours par défaut pour les deux autres modes graphiques (utiliser le codec vidéo pour changer activement les régions ou Pour l’écran entier).

Configurer Thinwire pour utiliser le codec pour l’ensemble de l’écran

Le paramètre Mode graphique Pour l’ensemble de l’écran configure le VDA pour encoder toutes les données d’affichage à l’aide de H.264/H.265, à l’exception du texte. Le texte est codé à l’aide de RLE et est superposé avec le reste de l’écran. Si Optimiser pour les charges de travail graphiques 3D est activé, l’écran entier, y compris le texte, est codé comme H.264/H.265.

La configuration de Thinwire pour utiliser le codec vidéo pour l’ensemble de l’écran est conçue pour les cas d’utilisation multimédia lourds, où de grandes régions de l’écran sont en mouvement. Une compression et une qualité supérieures sont obtenues au détriment de l’évolutivité du processeur et du serveur.

En soi, ce mode offre une bonne expérience utilisateur lorsque des applications multimédia lourdes, de modélisation 3D ou de dessin CAO sont utilisées. Le processeur peut rapidement devenir un goulot d’étranglement, s’il est sous-dimensionné, ce qui entraîne une mauvaise performance et une expérience utilisateur médiocres dans des conditions multimédia difficiles. Considérez les capacités de déchargement GPU pour compléter ce mode graphique lors de l’utilisation de ces types d’application.

Par défaut YUV420 est utilisé comme espace colorimétrique. Avec le Plein écran H.264, vous pouvez choisir entre YUV420 ou YUV444 :

HDX Graphics 3

Comme vous pouvez le voir, YUV444 se traduit par une meilleure qualité, mais il a un impact significatif sur les exigences en bande passante. L’utilisation de YUV444 désactive également le décodage matériel côté client (et donc aussi H.265 lorsqu’il est disponible).

Vous pouvez activer YUV444 pour Plein écran H.264 avec les paramètres suivants :

  • Qualité visuelle : Toujours sans perte/Construire à sans perte
  • Autoriser la compression visuellement sans perte : Activé

Consultez le graphique Visio dans cet article pour plus de détails.

Configurations graphiques HDX

Étant donné que la stratégie Utiliser le codec vidéo pour la compression constitue un bon point de départ pour la configuration de votre configuration, des stratégies supplémentaires peuvent être définies pour personnaliser davantage vos stratégies visuelles en fonction de vos différentes charges de travail. En personnalisant ces paramètres de stratégie de prise en charge, vous pouvez choisir de réduire la qualité dans certains domaines afin de récupérer des ressources, d’améliorer l’évolutivité et d’économiser sur la bande passante. Vous pouvez également choisir d’améliorer la qualité pour prendre en charge les cas d’utilisation nécessitant des visualisations précises, comme dans le secteur de la santé. Le tableau ci-dessous présente les paramètres suivants (cliquez sur l’image pour afficher le format PDF) :

HDX Graphics 2

En outre, consultez notre section Cas d’utilisation ci-dessous pour découvrir comment ces politiques supplémentaires (énumérées ci-dessous) peuvent réduire la consommation de ressources, mais avec une légère réduction de la qualité (dans certains cas).

CPU ou GPU

Par défaut, tout le traitement des graphiques de codage se produit dans l’UC sur le VDA. Les cartes graphiques AMD, Intel et NVIDIA sont actuellement prises en charge pour décharger le codage sur le GPU avant d’être envoyées à votre terminal pour décodage.

Le déchargement de l’encodage graphique sur un GPU libèrera des ressources sur le processeur pour d’autres tâches, ce qui améliorera l’expérience globale pour l’utilisateur final.

En raison de la prise en charge variable des fonctionnalités GPU, consultez la documentation Citrix pour examiner la prise en charge des fonctionnalités pour chaque GPU fournisseur lors de l’activation du paramètre de stratégie Utiliser le codage matériel pour codec vidéo.

Cas d’utilisation

Une fois que les détails des paramètres sont connus, les questions suivantes évidentes sont : « Quel mode HDX est le mieux pour mon cas d’utilisation ? » ou « Existe-t-il des recommandations de configuration ? » Comme d’habitude, la réponse est : Cela dépend. Dans la plupart des cas, une approche « taille unique » peut ne pas être la meilleure approche, mais plutôt des paramètres différents pour différents cas d’utilisation. Donc, les premières questions que vous devez vous poser sont les suivantes : quels défis et quels cas d’utilisation ai-je ? Y a-t-il une charge de travail graphique intense, des exigences multimédia que je dois remplir ? Comment est la connexion réseau des utilisateurs ?

Dans la plupart des cas, configurer Thinwire pour utiliser le codec vidéo pour les régions en évolution active est le meilleur choix. En outre, il est conseillé de configurer explicitement les différents paramètres pour s’assurer que les mêmes paramètres s’appliquent même après une mise à jour de votre environnement. Comme vous pouvez le voir dans le lien suivant, le mode HDX par défaut utilisé a changé au fil du temps Présentation de la configuration de l’encodeur HDX Graphics — Ce qui compte vraiment. Par conséquent, configurez explicitement le mode HDX que vous souhaitez exécuter. Généralement, évitez d’utiliser « Utiliser le codec vidéo pour la compression : utiliser lorsque vous préférez » car ce paramètre peut avoir un effet différent en fonction du type de système d’exploitation, de matériel et de version VDA que vous exécutez. Évitez également de configurer les stratégies Citrix liées au mode graphique hérité. Ces paramètres ne sont pris en charge que sur Windows Server 2008 R2 et Windows 7 et sont laissés pour des raisons de compatibilité.

Pour vous donner une idée de la façon de commencer, nous avons créé quelques configurations de ligne de base pour quelques cas d’utilisation génériques ci-dessous. Néanmoins, nous vous recommandons d’exécuter vos propres tests pour vous assurer que vous avez le meilleur mode configuré pour vos besoins spécifiques :

Bande passante faible

Ce cas d’utilisation décrit un utilisateur se connectant via une connexion avec de sérieuses contraintes de bande passante. La ligne de base suivante peut être un bon départ :

  • Utiliser le codec vidéo pour la compression : Ne pas utiliser de codec vidéo
  • Qualité visuelle : Faible
  • Profondeur de couleur préférée pour des graphiques simples : 8 bits/16 bits
  • Compression de couleur supplémentaire : Activé
  • Fréquence d’images cible : 15
  • Fréquence d’images minimale cible : 10
  • Compression d’image en mouvement : Activé
  • Transport adaptatif HDX : Préféré

Comme vous pouvez le voir, même avec une connexion à faible bande passante, nous ne définissons souvent pas la profondeur de couleur à 8 bits mais la gardons à 16 bits. Alors que 8 bits peut réduire considérablement les besoins en bande passante, il est également livré avec une expérience utilisateur considérablement réduite. Par conséquent, 8 bits n’est recommandé que pour les cas les plus extrêmes où l’accès ne sera pas possible autrement.

Centre d’appels/point de vente

Ce cas d’utilisation décrit un centre d’appels ou un lieu de travail de point de vente sans exigences multimédia particulières. L’objectif est de trouver un bon mélange entre l’expérience utilisateur et la densité des utilisateurs :

  • Utiliser le codec vidéo pour la compression : Ne pas utiliser de codec vidéo
  • Qualité visuelle : Moyenne
  • Profondeur de couleur préférée pour des graphiques simples : 24 bits
  • Compression de couleur supplémentaire : Désactivé
  • Fréquence d’images cible : 20
  • Fréquence d’images minimale cible : 10
  • Compression d’image en mouvement : Activé
  • Transport adaptatif HDX : Préféré

Opérateur de tâches

Dans le cas d’utilisation du travailleur de tâches, un utilisateur a certaines exigences multimédias telles que regarder des vidéos en ligne, en plus d’utiliser un ensemble d’applications bureautiques de base :

  • Utiliser le codec vidéo pour la compression : pour les régions en évolution active
  • Utiliser le codage matériel pour le codec vidéo : Activé (si disponible)
  • Qualité visuelle : Moyenne
  • Profondeur de couleur préférée pour des graphiques simples : 24 bits
  • Compression de couleur supplémentaire : Désactivé
  • Fréquence d’images cible : 30
  • Fréquence d’images minimale cible : 10
  • Compression d’image en mouvement : Activé
  • Transport adaptatif HDX : Préféré
  • Accélération matérielle pour les graphiques : Activé (configuré pour l’application Citrix Workspace si disponible)

Charge de travail 3D

Pour les charges de travail 3D telles que CAO /CAE, l’expérience utilisateur est essentielle. Par conséquent, les paramètres suivants sont utilisés :

  • Utiliser le codec vidéo pour la compression : pour les régions en évolution active
  • Utiliser le codage matériel pour le codec vidéo : Activé (si disponible)
  • Qualité visuelle : Construire à sans perte
  • Fréquence d’images cible : 30 (peut être de 60 si nécessaire)
  • Fréquence d’images minimale cible : 10
  • Transport adaptatif HDX : Préféré
  • Accélération matérielle pour les graphiques : Activé (configuré pour l’application Citrix Workspace si disponible)
  • Décodage H265 pour les graphiques : Activé (configuré pour l’application Citrix Workspace si disponible)

Prise en considération des périphériques de terminaison

Notre objectif est de prendre en charge la livraison de vos Citrix Virtual Apps and Desktops vers n’importe quel appareil, où que vous soyez.

En surface, cela semble attrayant. Cependant, cela ne signifie pas nécessairement que toutes les capacités sont présentes sur tous les terminaux. Par exemple, la prise en charge du décodage H.264/H.265 peut être manquant ou prise en charge uniquement dans des limites spécifiques telles que la résolution maximale du moniteur ou le nombre maximal de moniteurs.

Nous vous recommandons de consulter la documentation du fournisseur pour le point de terminaison choisi afin de déterminer la prise en charge globale de H.264/H.265.

Clients fins

La plupart des clients légers sont conçus pour des cas d’utilisation ciblés, avec des configurations logicielles spécifiques optimisées pour leur plate-forme matérielle. Nous vous encourageons à travailler avec votre fournisseur pour évaluer une unité de test client léger dans votre environnement avant d’acheter afin de s’assurer que le point de terminaison répond aux besoins de votre organisation.

Il est fortement recommandé de visiter notre Site Web Citrix Ready pendant la phase de recherche de votre projet afin de déterminer si le matériel considéré a passé l’évaluation et est compatible avec les caractéristiques que vous désirez.

Le programme Citrix Ready classe les clients légers fonction des fonctionnalités de cas d’utilisation qualifiés :

  • HDX Ready : prend en charge les tâches d’accès aux applications bureautiques de base et au multimédia léger.
  • HDX Premium : prend en charge des charges de travail similaires à celles des terminaux HDX Ready En outre, les terminaux HDX Premium prennent en charge les communications unifiées telles que Skype for Business.
  • HDX 3D Pro : prend en charge les utilisateurs exigeant des performances de point de terminaison haut de gamme lorsqu’ils accèdent à des applications à forte intensité graphique, telles que la CAO, le système d’information géographique (SIG) et les logiciels liés à l’imagerie médicale. La prise en charge du codec H.264 / H.265 est nécessaire pour réussir la qualification.

Vous trouverez les critères de certification pour les fonctionnalités sous chaque niveau HDX ici.

Clients lourds

Si vous gérez des points de terminaison client lourd dans votre environnement, tenez compte des composants suivants lors de la détermination de la prise en charge des codec (H.264/H.265) :

  • Système d’exploitation : Certaines distributions Linux nécessitent l’installation de bibliothèques supplémentaires.
  • Navigateur : application Citrix Workspace pour HTML5
  • Version de l’application Citrix Receiver et Workspace : Matrice de prise en charge des fonctionnalités peut être trouvée ici.
  • Capacité de déchargement GPU

Outils

Existe-t-il des outils qui vous aident à configurer votre environnement ? Oui, il y en a beaucoup pour vous aider dans votre voyage à trouver la configuration parfaite pour vous :

HDX Monitor

HDX Graphics 4

HDX Monitor vous aide à vérifier quels paramètres sont réellement en vigueur dans une session particulière. La dernière version peut être trouvée ici.

Indicateur d’état des graphiques

L’indicateur d’état graphique intégré peut être activé via la stratégie Citrix en activant le paramètre Indicateur d’état graphique et affiche les paramètres actuels de la session Citrix :

Carte graphique HDX 5

Principaux plats à emporter

La stratégie Utiliser le codec vidéo pour la compression vous permet de choisir entre les différents modes graphiques HDX illustrés ci-dessus. Chaque mode a ses avantages et ses compromis en termes de consommation de ressources, qu’il s’agisse de l’utilisation du processeur ou du réseau. La consommation de ressources, en particulier le processeur, affecte l’évolutivité du serveur.

Des stratégies supplémentaires, telles que la qualité visuelle, le framerate cible et d’autres, peuvent être personnalisées pour compenser la consommation de ressources au détriment d’une qualité visuelle mineure, ou augmenter la qualité là où elle est le plus nécessaire. Personnalisez ces stratégies pour les adapter aux cas d’utilisation de votre propre environnement. Reportez-vous au diagramme Visio pour vous guider tout au long du processus.

La sélection des terminaux est essentielle pour assurer la compatibilité avec le mode graphique sélectionné. Le VDA configure Thinwire pour ne pas utiliser le codec vidéo, comme méthode de secours, pour les terminaux sans prise en charge H.264.

Utilisez nos outils intégrés (HDX Monitor et indicateur d’état graphique) pour évaluer si vos paramètres de stratégie ont atteint le résultat souhaité.

Thinwire Pour des régions en évolution active est souvent un point de départ approprié. Cependant, connaître vos cas d’utilisation et configurer votre environnement en conséquence sont la meilleure approche pour offrir une expérience riche aux utilisateurs finaux.

Sources

Le but de cet article est de vous aider à planifier votre propre implémentation. Pour faciliter cette tâche, nous aimerions vous fournir des diagrammes source que vous pouvez adapter à vos propres besoins : diagrammes source.