Le streaming multi-utilisateur peut accélérer la croissance des données de Jellyfin, mais les illustrations persistantes, les index, l’état de lecture, les extensions et les journaux occupent généralement plus d’espace que les flux eux-mêmes.
Une famille peut parcourir la même bibliothèque depuis des téléviseurs, des téléphones, des tablettes et Kodi, ce qui génère différentes demandes d’images et de nombreuses mises à jour de l’état de visionnage. Parallèlement, les analyses de bibliothèque et les extensions continuent de générer des ressources côté serveur. Il est utile de distinguer les métadonnées réutilisables, les dérivés adaptés aux clients, les données opérationnelles et les fichiers temporaires de transcodage ; considérer chaque répertoire qui grossit comme des « métadonnées » masque le comportement qui contrôle réellement la capacité.
Les enregistrements de la bibliothèque augmentent avec les éléments et les relations
Jellyfin stocke les identités, les titres, les saisons, les personnes, les genres, les identifiants des fournisseurs, les chemins et les relations afin que les clients puissent interroger un catalogue cohérent. La croissance dépend du nombre et de la complexité des objets indexés plutôt que du nombre d’octets de la bibliothèque multimédia.
L’organisation des fichiers influe sur la précision de l’association et sur le renouvellement des enregistrements. Une explication détaillée de la structure des dossiers et de la correspondance des métadonnées établit le lien entre les choix de nommage, les doublons, les affiches manquantes et les épisodes dispersés.
La lecture multi-utilisateur consulte fréquemment ces enregistrements, mais ne duplique normalement pas le catalogue central pour chaque utilisateur. Le nombre d’utilisateurs ajoute principalement de l’état autour de la bibliothèque partagée, tandis que l’ajout ou la nouvelle association d’éléments développe le catalogue lui-même.
Les illustrations et leurs variantes redimensionnées dominent souvent
Les affiches, arrière-plans, logos, vignettes et variantes redimensionnées pour les clients sont des ressources binaires qui peuvent dépasser les enregistrements textuels. Les différentes mises en page d’écran et dimensions demandées peuvent créer ou conserver des dérivés supplémentaires, même lorsque tous les utilisateurs regardent le même titre.
Les explications de la communauté distinguent les illustrations copiées de manière persistante d’un cache jetable : les variantes d’images redimensionnées peuvent rester associées à un élément au lieu de disparaître immédiatement après une session.
Le comportement de navigation devient ainsi un facteur de croissance indirect. Un plus grand nombre de types d’appareils expose davantage de dimensions et d’illustrations, mais la limite supérieure dépend toujours de la taille de la bibliothèque, des sources d’images activées et du comportement de nettoyage.
L’état de lecture, les extensions et les journaux suivent des courbes distinctes
Chaque utilisateur ajoute sa progression de visionnage, ses favoris, sa politique d’accès, son historique de sessions et ses données d’activité. Les extensions peuvent conserver leurs propres index ou données téléchargées, tandis que les journaux augmentent avec le niveau de verbosité et la fréquence des événements ; ces courbes sont individuellement plus modestes, mais peuvent devenir importantes sur de longues périodes de conservation.
Les recommandations de sauvegarde couvrant la configuration, les métadonnées, l’historique de visionnage et les extensions montrent qu’il s’agit de rôles persistants distincts, même lorsqu’ils partagent un seul volume d’application.
Les utilisateurs simultanés augmentent la fréquence des mises à jour, pas nécessairement la taille de chaque enregistrement. Un problème de journalisation ou une boucle d’extension peut donc dépasser la croissance normale de l’état de visionnage et ne doit pas être attribué à un streaming multi-utilisateur sain.
Quand le diagnostic de « croissance des métadonnées » est erroné
Les segments de transcodage et les caches de téléchargement peuvent consommer des gigaoctets pendant la lecture, mais ce sont des données multimédias temporaires, pas des métadonnées de catalogue. Des erreurs de chemin dans les conteneurs peuvent également écrire des données temporaires dans le volume d’application, donnant l’impression que le streaming fait gonfler la base de données.
Cette distinction est essentielle pour le budget de stockage de Jellyfin, qui sépare les métadonnées, les ressources générées, les données temporaires de transcodage et les journaux. Chacun nécessite une règle différente de conservation et de surveillance. Un autre rapport de terrain recommande également d’utiliser des chemins de données distincts, plutôt que de supposer que le symptôme visible identifie le goulet d’étranglement.
Mesurez séparément pendant une semaine cinq chemins : la base de données, les ressources d’illustration et de métadonnées, les extensions, les journaux et le transcodage/cache. Comparez leur croissance au nombre d’éléments ajoutés à la bibliothèque et aux sessions actives ; examinez tout chemin dont la croissance se poursuit alors que le facteur attendu est absent.
Centre Tech & IA
Plus à lire

Pourquoi les performances de Jellyfin diffèrent sur le réseau local et les connexions à distance
Le serveur peut être identique, mais l’accès à distance modifie le budget réseau et entraîne souvent une décision différente concernant la diffusion ou le...

Jellyfin fonctionne-t-il de manière fiable derrière un CGNAT ou un double NAT ?
Le serveur multimédia reste fonctionnel ; le problème non résolu consiste à créer, via la traduction d’adresses, un chemin accessible et sécurisé offrant un...

Comment la latence du réseau affecte la lecture HDR de Jellyfin avec des sous-titres
La lecture de sous-titres HDR associe la transmission réseau au rythme de conversion, de sorte que la gigue et le délai aller-retour peuvent révéler...

