Le 2,5 GbE peut-il gérer plusieurs flux 4K en lecture directe simultanée ?

Eva Wong est la rédactrice technique et bricoleuse résidente chez ZimaSpace. Geek depuis toujours, passionnée par les homelabs et les logiciels open source, elle se spécialise dans la traduction de concepts techniques complexes en guides accessibles et pratiques. Eva croit que l’auto-hébergement doit être amusant, pas intimidant. À travers ses tutoriels, elle donne à la communauté les moyens de démystifier les configurations matérielles, depuis la construction de leur premier NAS jusqu’à la maîtrise des conteneurs Docker.

Oui, le 2,5 GbE peut généralement prendre en charge plusieurs flux 4K en lecture directe lorsque leur débit maximal cumulé reste inférieur à celui du maillon soutenu le plus lent.

La lecture directe évite l’encodage vidéo, mais elle ne supprime pas les limites du réseau, du stockage, du conteneur, du commutateur ou du client. Un serveur multimédia domestique doit lire chaque source suffisamment rapidement, envoyer toutes les sessions via les liaisons effectivement négociées et absorber les pics de débit sans épuiser les tampons des lecteurs. La réponse utile n’est donc pas un nombre fixe de flux, mais une limite de simultanéité mesurée à partir de fichiers représentatifs et de l’appareil le plus faible de l’ensemble du parcours.

Confirmez que chaque session de test est réellement en lecture directe

Lancez un titre 4K représentatif sur chaque client prévu et consultez le tableau de bord du serveur multimédia. Notez si la vidéo, l’audio et les sous-titres utilisent la lecture directe, le flux direct ou le transcodage, ainsi que le motif indiqué et le débit actuel.

Une session qui semble être du « streaming 4K » peut tout de même convertir l’audio, remuxer le conteneur ou incruster les sous-titres dans la vidéo. Un rapport concernant Jellyfin Android TV montre comment la modification du réglage de débit du client a changé le mode de diffusion d’un fichier volumineux, entre diffusion directe et transcodage.

Ne comptez pas une session comme test réseau en lecture directe si le serveur encode la vidéo. Sélectionnez d’abord un format audio et des sous-titres compatibles, réglez le client sur la qualité d’origine et vérifiez que le tableau de bord reste dans le mode prévu après une recherche et une reprise de lecture.

Mesurez le débit maximal plutôt que de vous fier uniquement à la taille du fichier

Notez la durée, le débit moyen et les pics observés pendant la lecture de chaque fichier. Diviser la taille du fichier par sa durée donne une moyenne, mais les scènes d’action, l’audio sans perte et les séquences très détaillées peuvent exiger temporairement beaucoup plus de bande passante.

Les titres 4K à haut débit peuvent générer des pointes supérieures à 100 Mbit/s même lorsque la moyenne est plus faible. Un guide de dépannage de la communauté Plex souligne que les pics de débit 4K peuvent dépasser 100 Mbit/s, ce qui explique pourquoi le port Ethernet 100 Mbit/s d’un téléviseur peut devenir limitant avant qu’une liaison serveur 2,5 GbE ne soit sollicitée.

Constituez l’ensemble de test à partir des fichiers au débit le plus élevé que les utilisateurs regardent réellement, et non d’un unique clip de démonstration compressé. Faites parcourir à chaque titre sa scène la plus exigeante et enregistrez l’utilisation réseau assez longtemps pour vider ou remplir le tampon du client.

Additionnez les flux en prévoyant une marge suffisante

Calculez une première estimation de la demande en additionnant le débit maximal mesuré ou le débit du centile élevé de chaque flux simultané. Ajoutez l’audio, la surcharge des protocoles, la navigation dans la bibliothèque, la distribution des sous-titres et les autres flux partageant la même interface serveur.

Une liaison 2,5 GbE annonce 2 500 Mbit/s, mais l’application ne doit pas être conçue pour fonctionner en permanence à ce niveau. Réservez une marge pour la surcharge Ethernet et TCP, les variations de débit, les retransmissions, les irrégularités du stockage et le démarrage d’une autre lecture par un utilisateur pendant un pic existant.

Par exemple, dix sessions culminant à près de 100 Mbit/s représentent environ 1 000 Mbit/s avant la surcharge et les autres flux. Cet agrégat reste inférieur à une liaison serveur 2,5 GbE saine, mais tout client limité à 100 Mbit/s peut malgré tout subir des mises en mémoire tampon avec la même source.

Pic mesuré par flux Quatre flux Huit flux Prochaine vérification
50 Mbit/s 200 Mbit/s 400 Mbit/s Liaisons des clients et latence du stockage
100 Mbit/s 400 Mbit/s 800 Mbit/s Ports 100 Mbit/s des téléviseurs et stabilité du Wi-Fi
150 Mbit/s 600 Mbit/s 1 200 Mbit/s Liaisons montantes des commutateurs, disques et marge soutenue

Ces chiffres sont des exemples de planification et ne garantissent pas un nombre de flux. Remplacez-les par les pics réels de votre bibliothèque et arrêtez d’augmenter la simultanéité dès l’apparition de mises en mémoire tampon, de retransmissions, d’attente du stockage ou de saturation de la liaison.

Vérifiez chaque liaison négociée entre le serveur et les clients

Vérifiez le serveur multimédia, les ports du commutateur, les liaisons montantes, les points d’accès, les adaptateurs des clients et les interfaces des téléviseurs. Le serveur peut négocier en 2,5 GbE tandis qu’une liaison montante du commutateur fonctionne à 1 GbE ou qu’un port Ethernet de téléviseur est limité à 100 Mbit/s.

Les limites des clients dominent souvent la lecture 4K. Un cas de dépannage Plex a montré qu’une lecture 4K à haut débit était limitée par le parcours réseau du client, et non par la capacité du serveur à lire le fichier.

Consultez les débits négociés et les compteurs d’erreurs au lieu de vous fier aux indications inscrites sur les ports. Le guide ZimaSpace consacré à un port 2,5 GbE négociant à 1 GbE constitue l’étape suivante lorsque l’interface serveur n’atteint jamais son mode de liaison attendu.

Vérifiez que le stockage peut alimenter les lectures cumulées

Réalisez le même test de lecture simultanée tout en surveillant le débit du disque, la profondeur de la file d’attente, la latence, le comportement du cache et les erreurs du système de fichiers. La lecture directe est principalement séquentielle, mais plusieurs fichiers situés sur différentes zones du disque peuvent provoquer des lectures concurrentes.

Le stockage dispose généralement d’un débit séquentiel suffisant pour quelques flux, mais une grappe dégradée, une opération de nettoyage intensive, un disque SMR, un montage distant ou une tâche simultanée de génération de miniatures peuvent introduire une latence que le graphique réseau ne révèle pas. Le symptôme est une mise en mémoire tampon alors que la liaison 2,5 GbE reste très loin de la saturation.

Répétez le test avec les fichiers multimédias copiés sur un SSD local reconnu pour sa rapidité. Si la lecture se stabilise sans modifier les clients ni les chemins réseau, examinez le stockage de la bibliothèque, le montage ou la charge de la grappe plutôt que de mettre une nouvelle fois à niveau l’Ethernet.

Distinguez la capacité du serveur des défaillances propres aux clients

Lorsqu’un téléviseur subit des mises en mémoire tampon mais que les ordinateurs portables et les boîtiers de streaming restent stables, laissez les sessions fonctionnelles actives et remplacez uniquement le client défaillant par un autre appareil filaire. Vous pourrez ainsi déterminer si le parcours agrégé du serveur est saturé ou si un point d’extrémité ne peut pas maintenir son flux.

Un fichier en lecture directe à 120 Mbit/s peut échouer sur un lecteur donné, même sur un réseau local gigabit, car le codec et le comportement du client font toujours partie du parcours. Un cas Jellyfin documente une défaillance de lecture client à haut débit malgré un stockage local et un réseau gigabit.

Notez les défaillances par appareil, fichier, piste audio, piste de sous-titres et type de connexion. Ne réduisez pas la qualité à l’échelle du serveur et ne concluez pas que le 2,5 GbE est insuffisant lorsque la même charge agrégée réussit après le remplacement d’un client limité.

Déterminez la limite réelle de simultanéité avec un test de charge progressif

Commencez par un titre à haut débit, puis ajoutez les sessions une par une à différents moments afin que leurs pics se chevauchent de manière imprévisible. Surveillez le débit sortant du serveur, l’utilisation du commutateur, les retransmissions, la latence du stockage, l’utilisation du processeur et les événements liés aux tampons des clients.

Répétez le test après un redémarrage du serveur et pendant l’exécution d’une tâche d’arrière-plan normale, comme l’analyse de la bibliothèque. Le parcours de validation d’un serveur multimédia domestique de ZimaSpace explique pourquoi la lecture doit être testée sur plusieurs clients réels avant de considérer une configuration comme terminée.

Le 2,5 GbE est suffisant lorsque le nombre prévu de sessions en lecture directe supporte les scènes les plus exigeantes avec des tampons stables et une marge utile. Mettez à niveau ou répartissez le trafic uniquement lorsque la liaison serveur constitue le goulot d’étranglement mesuré, après avoir écarté les limites des ports clients, des liaisons montantes des commutateurs, du stockage et un transcodage accidentel.

Assistance et conseils

Plus à lire

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.