Combien de flux Jellyfin simultanés un serveur domestique peut-il prendre en charge avant que la lecture ne se dégrade ?
Jellyfin n’a pas de nombre universel de flux ; la concurrence soutenable s’arrête lorsque la charge normale la plus exigeante consomme à répétition la marge du tampon du client.
Un serveur domestique avec six clients principalement en lecture directe peut être moins sollicité qu’un seul flux HDR distant avec incrustation des sous-titres. Mesurez les modes de lecture, les étapes de conversion et les services concurrents qui se chevauchent pendant la période normale la plus chargée. Vous obtiendrez ainsi un plafond pratique lié à votre charge de travail, plutôt qu’une règle trompeuse basée sur le nombre d’utilisateurs par processeur.
Comptez les modes de lecture plutôt que les utilisateurs
Chaque session Jellyfin emprunte un chemin différent : la lecture directe se contente principalement de lire et d’envoyer le fichier, tandis que le remultiplexage, la conversion audio et le transcodage vidéo ajoutent progressivement davantage de travail. Compter les sessions sans classer leurs chemins masque la véritable charge imposée au pipeline multimédia.
Un tableau de charge utile recense la charge de transcodage pour chaque client et fichier source représentatifs, notamment le codec, l’état HDR, les sous-titres, la résolution et le débit binaire distant.
Le nombre ne devient pertinent qu’une fois que chaque session appartient à une classe identifiée. Deux flux simples en lecture directe ne doivent pas être pondérés comme une conversion 4K HDR avec des sous-titres sous forme d’images.
Le chemin normal le plus exigeant fixe le premier plafond
La concurrence ne multiplie que les ressources utilisées par chaque chemin. Un flux en lecture directe ajoute des lectures de stockage et l’acheminement réseau, tandis qu’un transcodage peut mobiliser le décodage, les filtres, la conversion de tonalité, l’encodage, le stockage temporaire et la capacité de repli du processeur.
Mesurez la ressource active avec l’utilisation et la saturation, plutôt que de vous fier à un seul pourcentage d’utilisation du processeur graphique ou du processeur. Une file d’attente peut se former lorsqu’une étape ne respecte plus les exigences du temps réel, même si d’autres composants disposent encore d’une marge.
La première file d’attente récurrente ou la première perte de marge du tampon constitue le plafond utile pour cette charge de travail. Des ressources inutilisées et plus rapides ailleurs ne le relèvent pas.
Les charges distantes et partagées déplacent la limite
Les sessions distantes disposent généralement d’une bande passante montante plus limitée et d’une latence plus variable que les clients locaux. Une sauvegarde, un indexeur ou une tâche de téléchargement exécuté en parallèle peut également utiliser le même chemin de stockage ou réseau et réduire la marge précisément au moment où les spectateurs démarrent une lecture ou effectuent une recherche.
Comparez les cas locaux et distants à l’aide du modèle de ressources multi-applications, en gardant constants les médias et la politique des clients. Si seul le cas distant perd de la marge de tampon, la limite vient du chemin ou de la bande passante montante, et non du moteur multimédia.
Le même serveur présente donc plusieurs plafonds : lecture directe locale, transcodage local, diffusion distante et charge de pointe partagée avec d’autres services.
Utilisez un seuil de capacité reproductible
Un test d’acceptation utile commence par la session attendue la plus exigeante, puis ajoute les flux simultanés habituels un par un. Notez le temps de démarrage, la stabilité du tampon en continu, les images perdues, la profondeur de la file d’attente et la ressource qui atteint la saturation en premier.
Utilisez les benchmarks à froid et à chaud comme règle d’arrêt : conservez une marge lorsque la latence, les erreurs ou la mise en file d’attente deviennent récurrentes, et non lorsqu’un tableau de bord affiche simplement une utilisation élevée.
Arrêtez-vous lorsque la combinaison cible réussit plusieurs fois avec une lecture stable et une marge visible. Ne convertissez pas le résultat en nombre universel de flux pour des médias ou des clients différents.
Produits recommandés
Centre Tech & IA
Plus à lire
Pourquoi Home Assistant fonctionne-t-il différemment sur le réseau local et à distance ?
Les sessions Home Assistant en réseau local et à distance utilisent des chemins réseau différents ; la latence à distance ajoute le DNS, le...
Home Assistant fonctionne-t-il de manière fiable derrière un CGNAT ou un double NAT ?
Le CGNAT et le double NAT n’affectent généralement pas le contrôle local de Home Assistant ; ils modifient principalement la façon dont les clients...
Comment la latence du réseau affecte-t-elle Home Assistant pendant les pannes d’Internet ?
La perte de connexion Internet et la latence du réseau sont deux problèmes distincts : les chemins locaux entre les appareils peuvent rester rapides...
