Comment optimiser Jellyfin pour plusieurs utilisateurs sur un petit serveur domestique
Optimisez un petit serveur Jellyfin pour plusieurs utilisateurs en réduisant les conversions évitables avant d’ajouter des limites de ressources ou de remplacer le matériel.
Le nombre d’utilisateurs ne détermine pas directement les besoins en CPU, car la lecture directe, le transcodage matériel, le transcodage logiciel, les sous-titres et la bande passante distante sollicitent des ressources différentes. Commencez par les chemins clients qui génèrent une charge, puis planifiez les tâches en arrière-plan et mesurez le véritable pic d’utilisation. Optimisez la première ressource qui sature au lieu de réduire la qualité partout.
Maximisez la lecture directe avant d’optimiser l’hôte
Chaque client compatible qui utilise la lecture directe évite une conversion vidéo dans le budget de calcul partagé. Un sous-titre problématique ou un navigateur peut solliciter davantage le CPU que plusieurs sessions compatibles sur téléviseur.
Les tests sur les clients et les vérifications de l’incrustation des sous-titres permettent de déterminer facilement si une piste spécifique force le traitement complet de la vidéo.
Testez des clients représentatifs et corrigez d’abord les problèmes de compatibilité évitables. Le chemin de diffusion accéléré matériellement devrait prendre en charge les conversions qui restent réellement nécessaires.
Vérifiez le transcodage matériel sur l’appareil exact
Activer une case d’accélération ne suffit pas : le conteneur ou le service doit avoir accès au périphérique, et le chemin multimédia doit réellement utiliser le moteur matériel. Une accélération partielle peut tout de même laisser les tâches lourdes au CPU.
L’accélération matérielle modifie le chemin des ressources au lieu de simplement réduire une valeur ; un benchmark de transcodage Jellyfin montre des comportements sensiblement différents du CPU et du GPU selon les cas de transcodage logiciel, matériel, avec sous-titres et avec mappage des tons.
Lancez la conversion la plus exigeante prévue et confirmez l’activité du périphérique ainsi que la vitesse réelle du transcodage en temps réel. Si l’accélération est absente, corrigez le problème avant de définir des limites de qualité par utilisateur.
Déplacez les tâches lourdes en arrière-plan en dehors des heures de visionnage
Les analyses, l’extraction des chapitres, le trickplay, la détection des intros et le traitement des métadonnées peuvent entrer en conflit avec la lecture sur des CPU compacts et des disques lents. Un petit serveur tire davantage parti d’une séparation des horaires qu’une machine puissante disposant d’une large marge de ressources.
Les tâches sur la bibliothèque peuvent être déplacées en dehors de la plage de visionnage, car Jellyfin propose des analyses multimédias planifiées distinctes de la lecture active.
Planifiez les tâches les plus lourdes en dehors du pic d’utilisation du foyer, puis reproduisez le mélange de flux le plus chargé avec ces tâches suspendues. Réactivez uniquement les tâches dont la coexistence reste acceptable.
Testez le réseau et le stockage avec l’ensemble des utilisateurs
Un petit serveur peut avoir un CPU peu sollicité et subir malgré tout des mises en mémoire tampon parce que plusieurs flux partagent le Wi-Fi, une liaison client à 100 Mbit/s ou un seul disque multimédia lent. L’optimisation des ressources doit inclure le chemin de diffusion.
Il est plus facile d’évaluer la demande globale de diffusion avec un modèle de bande passante par flux qui tient compte de la capacité du réseau local, du Wi-Fi, du NAS et de l’envoi distant.
Lancez les sessions simultanées prévues tout en surveillant le débit de la carte réseau du serveur, la latence du stockage et le mode de lecture. Conservez la configuration la moins coûteuse qui réussit le test avec une marge suffisante.
Produits recommandés
Assistance et conseils
Plus à lire
Faut-il sauvegarder Jellyfin à chaud ou arrêter le service au préalable ?
Privilégiez les sauvegardes lorsque le service est arrêté pour plus de simplicité ; n’utilisez des instantanés à chaud que lorsque l’état de l’application est...
Pourquoi Jellyfin chauffe-t-il ou est-il bruyant lorsque personne ne regarde de contenu en streaming ?
La chaleur au repos indique généralement une activité en arrière-plan ou une charge de travail d’hébergement partagé. Identifiez donc le processus actif et la...
Quand faut-il reconstruire Jellyfin plutôt que le réparer ?
Choisissez la reconstruction plutôt que la réparation lorsque la dérive de l’environnement d’exécution est à l’origine du problème et que l’état persistant est sauvegardé...
