Pourquoi la recherche Jellyfin ralentit à mesure que la bibliothèque s’agrandit

La recherche dans Jellyfin peut ralentir à mesure que la bibliothèque s’agrandit, lorsque le traitement des requêtes ou l’ensemble de travail dépasse les capacités des index efficaces et de la réutilisation du cache.

La croissance seule ne prouve pas l’existence d’un problème de base de données. Un catalogue plus volumineux peut modifier le nombre d’enregistrements, de relations et de recherches d’illustrations, tandis que les analyses ou les écritures en arrière-plan ajoutent de la contention. Conservez la requête et le client inchangés, puis distinguez le temps de traitement de la base de données du chargement des images et du rendu de l’interface.

La croissance modifie le travail effectué par la requête

Une bibliothèque qui s’agrandit ajoute des titres, des personnes, des genres, des chemins, des identifiants de fournisseurs et des relations que la recherche peut examiner ou joindre. Le coût dépend de la forme de la requête et de l’adéquation des index, pas seulement du nombre d’octets de contenu multimédia.

Utilisez le modèle des rôles des données persistantes pour raisonner en termes d’enregistrements et de relations plutôt qu’en fonction d’un simple chiffre représentant la « taille de la bibliothèque ».

Une vaste collection de fichiers vidéo peut rester réactive si le nombre d’objets indexés est modeste, tandis qu’un grand nombre de petits éléments peut rapidement accroître le travail des requêtes.

Les index doivent correspondre à la forme des requêtes

Un index est utile lorsque l’ordre de ses clés et sa sélectivité correspondent aux filtres ou à l’ordre de tri utilisés. Une requête qui recherche du texte de manière large, joint plusieurs relations ou trie un grand nombre de résultats peut tout de même analyser davantage de données qu’une recherche ciblée.

Comparez la requête avec cette explication générale de la latence et du débit du stockage, qui explique la différence entre la latence du stockage et les modes d’accès ; le résultat exact dans Jellyfin dépend de son chemin de base de données et de client.

La mesure utile est celle de la même requête avant et après la croissance, et non celle d’une autre recherche utilisée pour un benchmark.

Le cache et le stockage peuvent être confondus avec le coût de la requête

Les pages froides de la base de données, les fichiers d’illustrations et les métadonnées du système de fichiers peuvent donner l’impression que la recherche est plus lente, même lorsque le plan d’exécution de la requête est inchangé. Les analyses ou sauvegardes en arrière-plan peuvent ajouter de l’attente et évincer des pages utiles entre deux exécutions.

Distinguez les cas à froid et à chaud avec la méthode de benchmark à froid et à chaud avant d’attribuer le problème à la croissance du catalogue.

Si la deuxième recherche est rapide, mais que la première est lente, le cache ou le stockage contribue à l’expérience. Si les deux sont lentes, le travail de la requête ou la contention de la base de données mérite davantage d’attention.

-15% OFF

ZimaBoard 2 - Mini serveur domestique pour votre grande idée

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Vérifiez la cause réelle et les fausses pistes

Mesurez séparément le temps de traitement de la requête, le rendu des résultats, le chargement des images, la latence du stockage et les écritures en arrière-plan. Recommencez ensuite après avoir suspendu une tâche concurrente ou modifié une seule variable de la requête.

Un court processus d’analyse du comportement du client Jellyfin peut montrer si le symptôme provient du travail de la base de données, du chemin de chargement des images ou de l’interface du client.

Cessez d’attribuer le ralentissement à la croissance de la bibliothèque lorsqu’éliminer une autre cause rétablit les performances de référence. La croissance est la condition ; le mécanisme limitant doit encore être démontré.