Graphiques intégrés ou GPU dédié pour les transcodages multimédias simultanés

Les graphiques intégrés constituent généralement le meilleur point de départ pour le transcodage simultané de contenus multimédias à domicile lorsque leur moteur vidéo à fonctions fixes prend en charge les codecs, la profondeur de couleur et le processus de mappage des tons dont vos clients ont réellement besoin. Un GPU dédié devient le meilleur choix lorsque ces transcodages dépassent le débit mesuré de l’iGPU, nécessitent des fonctions de codec absentes du moteur intégré ou doivent être isolés d’autres charges graphiques. La comparaison utile n’est donc pas « iGPU peu puissant contre GPU puissant » ; il s’agit de déterminer si le moteur multimédia déjà intégré au processeur peut maintenir exactement le mélange de conversions simultanées requis sans créer un second domaine d’alimentation, de pilotes et de passthrough.

La couverture des codecs constitue le premier filtre d’élimination

Commencez par dresser la liste des codecs source et des formats de sortie que le serveur doit créer. Un moteur multimédia incapable de décoder matériellement la source ou d’encoder matériellement la sortie requise peut laisser une grande partie du processus au processeur, même si le GPU est techniquement détecté. La génération et la prise en charge des codecs sont donc plus importantes que l’étiquette générale « intégré » ou « dédié ».

La documentation actuelle de Jellyfin sur l’accélération matérielle décrit des étapes distinctes de décodage, de mise à l’échelle, de mappage des tons, de gestion des sous-titres et d’encodage, et précise que certaines étapes peuvent rester logicielles. Son modèle d’accélération complète et partielle constitue une limite d’achat utile : un appareil n’est utile que lorsque l’étape concernée est prise en charge.

Si l’iGPU couvre tous les fichiers exigeants de votre bibliothèque, n’ajoutez pas une carte dédiée simplement parce que ses performances graphiques maximales sont supérieures. Si un chemin AV1, HEVC 10 bits, de mappage des tons ou d’encodage requis repasse régulièrement en mode logiciel, comparez d’abord un matériel intégré plus récent avec un accélérateur dédié sur cette capacité manquante, avant de comparer la catégorie brute du GPU.

Les graphiques intégrés l’emportent lorsque le moteur multimédia dispose déjà d’une marge suffisante

Un iGPU partage le boîtier du processeur, la carte mère, le circuit de refroidissement et généralement la mémoire système. Un serveur multimédia peut ainsi bénéficier du décodage et de l’encodage à fonctions fixes sans ajouter de périphérique PCIe. Cela réduit le matériel au repos, le câblage, les couches de pilotes et le nombre de composants devant survivre aux mises à jour. Pour un serveur compact qui utilise principalement le Direct Play et convertit occasionnellement quelques flux incompatibles, il s’agit souvent de l’architecture la plus simple.

Intel précise que Quick Sync doit être pris en charge et que les graphiques intégrés doivent être activés avant que les applications puissent les utiliser. Vérifier la prise en charge de Quick Sync du processeur exact est donc plus utile que de supposer que toutes les générations de processeurs Intel se comportent de la même manière.

Le choix reste conditionné par la concurrence mesurée. La bande passante mémoire partagée, les limites thermiques, le débit du moteur de codec et les autres services peuvent encore plafonner un iGPU bien avant que les cœurs du processeur ne semblent fortement sollicités. Les graphiques intégrés ne l’emportent que tant que la fenêtre de transcodage simultané la plus exigeante se termine en temps réel avec une marge suffisante.

Un GPU dédié offre davantage de capacité vidéo dédiée, pas une efficacité automatique

Un GPU dédié ajoute son propre silicium, sa mémoire, son budget énergétique et souvent un ou plusieurs moteurs vidéo dédiés. Cela peut fournir une marge nettement supérieure à un serveur multimédia qui doit gérer plusieurs conversions inévitables simultanément, notamment lorsque la carte choisie prend en charge des codecs plus récents que les graphiques intégrés de l’hôte.

Le SDK Video Codec actuel de NVIDIA répertorie la prise en charge de l’encodage matériel H.264, HEVC et AV1 sur les générations compatibles et présente NVENC/NVDEC comme des solutions de traitement vidéo plus rapides que le temps réel. L’avantage pertinent réside dans les moteurs dédiés d’encodage et de décodage de la carte, et non dans le nombre de shaders destiné aux jeux.

Cette capacité a toutefois un coût de possession. Une carte occupe un emplacement, consomme de l’énergie au repos comme en charge, produit de la chaleur et peut compliquer l’attribution d’un périphérique à une VM ou à un conteneur. Si l’iGPU prend déjà en charge le nombre de flux requis, la carte dédiée peut être techniquement plus rapide sans améliorer visiblement la lecture.

Featured

ZimaCube 2 NAS personnel Cloud à domicile

ZimaCube2

$799.00 - $2,499.00

Buy Now

Le nombre de flux simultanés compte davantage qu’un benchmark unique

Un transcodage 4K réussi prouve la compatibilité, pas la capacité. Exécutez le mélange exact susceptible de se produire dans votre foyer : par exemple une conversion HDR 4K, un transcodage 1080p pour une lecture à distance et un flux utilisant beaucoup de sous-titres. Conservez les fichiers source, la qualité de sortie et les conditions côté client afin de comparer les chemins intégré et dédié.

Utilisez le flux le plus lent ou le plus complexe comme premier seuil, puis ajoutez des sessions simultanées jusqu’à reproduire la réalité. Arrêtez-vous lorsque le système dispose d’une marge suffisante pour le foyer ; il est inutile d’optimiser un nombre de flux synthétique que vous n’utiliserez jamais.

Répétez également le test pendant que le serveur exécute une tâche d’arrière-plan normale, comme l’analyse de la bibliothèque ou une sauvegarde. Si l’iGPU reste stable dans ce chevauchement réaliste, un GPU dédié résout un problème de capacité qui ne s’est pas manifesté. Si le moteur multimédia s’effondre lorsque les sessions s’accumulent alors que les autres ressources restent disponibles, l’accélérateur supplémentaire a une utilité mesurable.

La qualité dépend de la génération de l’encodeur et des réglages, pas uniquement de la catégorie du GPU

Les encodeurs matériels privilégient le débit en temps réel. Les encodeurs logiciels peuvent consacrer davantage de temps processeur aux décisions de compression, tandis que les moteurs à fonctions fixes plus récents ont progressivement amélioré leur qualité et leur prise en charge des fonctionnalités. Ainsi, « dédié égale meilleure qualité » et « processeur égale meilleure qualité » sont deux règles trop générales pour guider un achat.

La documentation sur les performances de HandBrake explique que les encodeurs matériels tels que QSV et NVENC sont conçus pour une très grande vitesse et que la qualité, le débit binaire et le préréglage de l’encodeur influencent toujours le résultat. Son compromis entre vitesse et compression constitue la limite pertinente pour un serveur multimédia : évaluez la qualité de sortie au débit binaire auquel vous diffuserez réellement.

Si deux moteurs atteignent tous deux votre objectif de qualité, la concurrence, la consommation et la maintenance deviennent les critères décisifs. Si une génération produit une sortie inacceptable au débit binaire requis, écartez ce moteur même si son nombre de flux semble intéressant.

La virtualisation et la gestion des périphériques peuvent inverser le choix du matériel

Un GPU intégré est simple lorsque l’application multimédia s’exécute directement sur l’hôte ou bénéficie d’un accès stable au périphérique graphique. Dans un laboratoire composé de plusieurs VM, toutefois, l’attribution d’un périphérique intégré peut être plus restrictive que la dédicace d’une carte dédiée à une VM multimédia. Le choix matériel le plus propre dépend de l’entité qui doit posséder l’accélérateur.

Les recommandations de Plex concernant la diffusion accélérée matériellement établissent la même distinction pratique au niveau de l’application : l’activation de l’accélération modifie le comportement du transcodage, mais pas le Direct Play, et la génération du matériel influence la sortie. Ses exigences et limites du transcodage matériel rappellent qu’il faut vérifier la combinaison application-plateforme avant d’acheter en fonction d’une fonctionnalité théorique du périphérique.

Le guide du serveur multimédia ZimaSpace pour la lecture mixte 4K et mobile considère également le mélange de clients comme la source de la charge de travail. Si l’accélérateur ne peut pas être exposé de manière fiable au service qui en a besoin, son avantage dans les benchmarks est sans importance.

Choisissez le plus petit accélérateur capable de franchir la fenêtre de charge

Choisissez les graphiques intégrés lorsque l’iGPU exact prend en charge tous les chemins de codecs requis, que les transcodages simultanés restent en temps réel avec une marge suffisante et que la compacité ainsi que la faible consommation du serveur sont importantes. Cette solution est particulièrement pertinente lorsque la plupart des lectures locales utilisent le Direct Play et que la conversion ne concerne que quelques clients mobiles, distants ou anciens.

Choisissez un GPU dédié lorsque la charge sature régulièrement le moteur vidéo intégré, qu’une fonction de décodage ou d’encodage requise est absente ou qu’un périphérique dédié simplifie nettement la virtualisation et la gestion des services. Achetez en fonction du moteur de codec et de la demande mesurée en flux, plutôt qu’en fonction d’une gamme destinée aux jeux.

Si aucun des deux chemins n’est sollicité parce que les clients utilisent déjà le Direct Play pour la bibliothèque, cessez de comparer les accélérateurs. Le meilleur GPU pour un serveur multimédia est celui qui gère les conversions inévitables ; une capacité de transcodage inutilisée n’est pas une fonctionnalité de lecture.