Nouvel iGPU AV1 ou ancien processeur avec GPU dédié pour l’efficacité d’un serveur multimédia
Un iGPU récent compatible avec l’AV1 constitue généralement une plateforme de serveur multimédia plus efficace lorsqu’il peut gérer les codecs, la résolution, le mappage des tons et le nombre de flux simultanés dont vous avez réellement besoin, car le moteur multimédia est intégré à un système plus récent comportant moins de composants. Un processeur plus ancien associé à un GPU dédié reste le meilleur choix pour réutiliser du matériel lorsque la carte fournit déjà le moteur de codec requis, que la charge dépasse les capacités pratiques de l’iGPU ou que remplacer l’ensemble de l’hôte coûterait plus cher que les économies d’énergie et d’emplacement recherchées. Comparez la couverture des moteurs multimédias et le comportement de l’ensemble du système, pas uniquement l’âge du processeur ou la présence d’un GPU.
Comparez les moteurs de codecs avant les générations de processeurs
La question utile est de savoir si chaque plateforme peut décoder les codecs sources de votre bibliothèque et encoder les formats requis par vos clients. L’AV1 n’est important que lorsque le flux de travail nécessite le décodage AV1, l’encodage AV1 ou les deux ; une plateforme portant l’étiquette d’un processeur plus récent peut tout de même être mal adaptée si son bloc graphique exact ne dispose pas de la fonction multimédia nécessaire.
Les tableaux des capacités multimédias matérielles d’Intel indiquent explicitement que la prise en charge des codecs varie selon l’appareil et la configuration. L’AOMedia définit l’AV1 comme un codec vidéo ouvert à haute efficacité, mais l’efficacité d’un codec ne devient un avantage pour un serveur que lorsque le matériel et les clients peuvent l’exploiter.
Commencez par répertorier le HEVC 10 bits, l’AV1, le H.264, le mappage des tons HDR et les formats de transcodage cibles de votre bibliothèque réelle. Si le nouvel iGPU couvre chaque étape requise, son intégration devient intéressante. S’il lui manque une étape critique que l’ancienne carte dédiée gère matériellement, l’ancienne plateforme peut encore être gagnante.
Un iGPU moderne l’emporte lorsqu’il regroupe le rôle multimédia dans un seul composant
Un serveur multimédia basé sur un iGPU peut supprimer la carte graphique PCIe dédiée, sa mémoire, ses besoins de refroidissement et sa couche de gestion des périphériques. Cela simplifie généralement les boîtiers compacts, les décisions liées au passthrough et la configuration au repos, même avant de mesurer la consommation au secteur.
Intel Quick Sync n’est disponible que lorsque les graphiques intégrés du processeur sont présents et activés, comme l’explique Intel dans ses indications concernant la disponibilité de Quick Sync. Pour un boîtier multimédia sans écran, ce moteur à fonctions fixes peut assurer le rôle multimédia sans consacrer une carte graphique générale volumineuse à cette tâche.
L’iGPU est le meilleur choix lorsque la principale tâche accélérée du serveur est la vidéo et que sa capacité testée en nombre de flux simultanés est déjà suffisante. Le choix s’inverse lorsque le calcul GPU, une très forte densité de flux ou la prise en charge de codecs absents du moteur de l’iGPU devient un besoin récurrent réel.
Un processeur plus ancien associé à un GPU dédié l’emporte lorsque la réutilisation évite de remplacer tout l’hôte
La réutilisation d’un GPU dédié peut prolonger la durée de vie utile d’un hôte ancien en déplaçant l’encodage et le décodage vidéo hors d’un processeur qui aurait sinon des difficultés. Si la carte est déjà disponible et prise en charge, cela peut coûter moins cher que l’achat d’une plateforme complète uniquement pour obtenir un moteur multimédia plus récent.
La pile d’accélération des codecs NVENC et NVDEC de NVIDIA montre pourquoi la génération de la carte compte davantage que le terme « dédié ». Les différentes générations de GPU offrent des capacités matérielles de codecs différentes ; une ancienne carte doit donc être évaluée selon ses blocs d’encodage et de décodage réels.
Cette solution est particulièrement intéressante lorsque le châssis, l’alimentation, l’emplacement, la pile de pilotes et la carte existants font déjà partie d’un serveur stable. Son avantage diminue lorsque le GPU dédié est acheté uniquement pour sauver une plateforme qui nécessite également une nouvelle alimentation, un boîtier plus grand ou d’autres mises à niveau.
L’efficacité de l’ensemble du système inclut le temps au repos, pas seulement la vitesse de transcodage
Les serveurs multimédias passent souvent plus d’heures à attendre qu’à transcoder. Une plateforme qui termine rapidement un transcodage peut tout de même être moins efficace sur une journée complète si la carte supplémentaire empêche des états de veille plus profonds, augmente la consommation de base de la carte mère ou maintient actifs des ventilateurs et de la mémoire supplémentaires.
Linux documente la gestion dynamique de l’alimentation des GPU dédiés, ce qui constitue un point important : un GPU dédié ne consomme pas nécessairement sa puissance maximale toute la journée. Le comportement exact au repos dépend du matériel, du pilote, de la connexion d’un écran et de la configuration du système.
Mesurez la consommation au secteur au repos et pendant le même transcodage représentatif sur les deux systèmes candidats. Si l’ancien GPU dédié s’éteint correctement et que l’hôte atteint un niveau de repos satisfaisant, le coût de sa réutilisation peut être faible. Si le serveur fonctionne en permanence et que la carte supplémentaire maintient sensiblement plus élevée la consommation de base, une plateforme intégrée plus récente gagne en intérêt à chaque heure.
La prise en charge de l’AV1 n’est pertinente que lorsque toute la chaîne de lecture peut l’utiliser
Un nouveau moteur AV1 peut réduire le stockage ou la bande passante de diffusion lorsque la bibliothèque et les clients prennent en charge ce codec, mais de nombreux foyers dépendent encore largement du H.264 et du HEVC pour des raisons de compatibilité. Un serveur multimédia a donc besoin d’une large couverture de décodage et de cibles de sortie adaptées, pas uniquement de la mention AV1.
Les recommandations actuelles de Jellyfin concernant le choix du matériel pour les moteurs multimédias modernes insistent précisément sur la vérification des codecs cibles et de l’architecture du GPU. Elles indiquent également que les moteurs multimédias modernes se trouvent sur le matériel graphique et que la prise en charge des codecs doit être vérifiée avant de choisir le serveur.
Choisissez le nouvel iGPU pour l’AV1 parce que l’AV1 correspond à un besoin réel, pas simplement parce qu’il est plus récent. Si tous les clients importants attendent encore du H.264 et que l’ancien GPU gère efficacement la bibliothèque, une mise à niveau vers l’AV1 peut apporter peu d’avantages au quotidien.
Testez le nombre de flux simultanés avec les mêmes sources et cibles de sortie
Ne comparez pas une plateforme exécutant un transcodage H.264 simple avec une autre qui effectue un décodage AV1, un mappage des tons HDR, l’incrustation des sous-titres et une sortie dans une résolution différente. Utilisez les mêmes fichiers sources, le même état des sous-titres, les mêmes exigences de mappage des tons, le même débit cible et le même nombre de sessions simultanées.
La comparaison ZimaSpace de la compatibilité des clients et de la demande de transcodage du serveur est utile comme préalable : le meilleur moteur multimédia est celui qui est dimensionné pour les transcodages inévitables, et non pour les sessions que de meilleurs clients pourraient lire directement.
Augmentez le nombre de sessions simultanées jusqu’à ce qu’une plateforme ne puisse plus traiter les flux en temps réel, sature le moteur multimédia ou produise un comportement inacceptable en matière de consommation ou de température. Ce seuil observé est plus utile que la comparaison de classes de GPU théoriques.
Foire aux questions
La prise en charge du décodage AV1 signifie-t-elle aussi que l’encodage AV1 est pris en charge ?
Non. Le décodage et l’encodage sont des capacités matérielles distinctes. Vérifiez les deux fonctions sur la génération exacte du processeur ou du GPU si votre flux de travail doit produire une sortie AV1.
Un iGPU peut-il faire fonctionner un serveur multimédia sans écran ?
Oui, sur de nombreuses plateformes modernes lorsque le pilote et la pile multimédia prennent en charge l’accélération sans écran, mais le système d’exploitation, le micrologiciel, le mappage des conteneurs et la configuration de l’application doivent tout de même être vérifiés.
Un GPU dédié est-il automatiquement plus rapide pour le transcodage ?
Non. Les performances de transcodage multimédia dépendent du moteur de codecs à fonctions fixes, de la génération, des étapes prises en charge, du chemin mémoire, de la prise en charge logicielle et de la charge de travail. Un iGPU plus récent peut être plus performant qu’une ancienne carte dédiée pour une tâche multimédia donnée.
Choisissez la plateforme offrant une capacité multimédia suffisante et un coût de possession inférieur
Choisissez le nouvel iGPU compatible avec l’AV1 lorsqu’il couvre l’ensemble du pipeline de codecs, atteint le nombre de flux simultanés mesuré requis et permet au serveur de se passer d’une carte dédiée inutile. Cette solution est particulièrement intéressante pour les systèmes compacts fonctionnant en permanence, où l’utilisation de l’emplacement, le refroidissement et le comportement au repos sont importants.
Conservez le processeur plus ancien associé au GPU dédié lorsque la carte existante répond déjà au besoin réel de transcodage et que le reste de l’hôte reste exploitable. La réutilisation peut être plus avantageuse économiquement, même si la plateforme plus récente est plus efficace électriquement.
La règle d’arrêt consiste à ne procéder à la mise à niveau que lorsque le nouveau moteur intégré supprime une contrainte mesurée ou un coût de possession significatif. Si l’ancien système lit directement la plupart des contenus, gère ses transcodages inévitables et reste suffisamment efficace au repos, la seule capacité AV1 ne justifie pas son remplacement.
Produits recommandés
Comparaisons de produits
Plus à lire
Docker ou machine virtuelle pour Plex : quelle méthode de déploiement vous convient ?
Un verdict conditionnel sur le déploiement de Plex avec Docker, des machines virtuelles ou Docker dans une machine virtuelle, fondé sur des exigences opérationnelles...
8 Go, 16 Go ou 32 Go de RAM pour Plex : quel niveau convient à votre charge de travail ?
Choisissez 8 Go pour un Plex léger, 16 Go pour des applications partagées modérées, ou 32 Go pour les machines virtuelles et les espaces...
L’accélération matérielle dédiée offre-t-elle un avantage significatif à Plex ?
L’accélération matérielle est avantageuse pour les transcodages répétés pris en charge ; le traitement uniquement par le processeur reste adapté à la lecture directe,...
