Pourquoi Plex semble différent sur un stockage SSD et HDD

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.

Plex peut sembler beaucoup plus rapide lorsque les données de l’application sont stockées sur SSD, même si les mêmes flux multimédias sont lus sans problème depuis un disque dur, car ces deux charges de travail dépendent de caractéristiques de stockage différentes.

Les illustrations, les métadonnées, les bases de données et les petits fichiers d’état génèrent de nombreux accès sensibles à la latence. Les fichiers vidéo sont volumineux et sont généralement lus de manière séquentielle. La distinction utile consiste à déterminer quel chemin Plex est lent, et non quel disque affiche les spécifications les plus élevées.

Les bases de données et les métadonnées bénéficient d’une faible latence

L’ouverture des bibliothèques, le chargement des illustrations, les recherches et la mise à jour de l’état peuvent accéder à de nombreux petits fichiers et pages de base de données. La latence de recherche peut devenir le facteur limitant bien avant que la bande passante séquentielle ne soit épuisée.

Conserver la base de données et les métadonnées de Plex sur un SSD peut rendre l’interface plus réactive tout en laissant les médias volumineux sur un disque dur, conformément aux profils d’accès différents des données d’état et des données de diffusion.

Mesurez la latence d’ouverture de la bibliothèque et des recherches avant et après le déplacement des seules données de l’application. Si la lecture fonctionnait déjà correctement, laissez les médias sur un stockage axé sur la capacité, sauf si une autre charge de travail justifie l’utilisation de mémoire flash.

La lecture des médias nécessite rarement des IOPS aléatoires de niveau NVMe

La lecture d’un film nécessite des lectures soutenues, et non des centaines de milliers d’IOPS aléatoires. Plusieurs flux augmentent le débit global requis, mais cela reste une exigence différente de la réactivité d’une base de données.

L’accès aléatoire aux métadonnées et le débit des médias volumineux sont deux problèmes de stockage distincts. Ainsi, stocker les médias sur NVMe peut apporter peu de bénéfices lorsque le véritable goulot d’étranglement est la latence des données de l’application.

Comparez le débit cumulé des flux avec le débit réel du disque en charge. Si le disque dur dispose d’une marge confortable et qu’aucune file d’attente ne se forme, la mise à niveau du seul niveau de stockage des médias ne changera probablement pas la lecture.

Le cache peut réduire l’écart après la phase de chauffe

Les métadonnées fréquemment réutilisées peuvent rester en mémoire ; l’écart entre SSD et disque dur est donc souvent le plus marqué après un redémarrage ou lors d’une navigation à froid. Un cache déjà alimenté peut masquer la lenteur du stockage jusqu’à ce que l’ensemble de travail augmente.

Le fonctionnement moderne du cache de pages explique pourquoi une lecture répétée peut éviter tout accès au stockage physique, même si le périphérique sous-jacent n’a pas changé.

Testez la navigation à froid et à chaud. Si seules les requêtes à froid sont lentes, déterminez si l’expérience au démarrage justifie le stockage des données de l’application sur SSD, plutôt que d’acheter de la mémoire flash pour l’ensemble de la bibliothèque multimédia.

-15% OFF

Choisissez le stockage selon son rôle, pas selon son étiquette

L’état persistant, les fichiers temporaires de transcodage, les médias volumineux et les sauvegardes ont des besoins différents en matière de latence, de capacité, d’endurance et de récupération. Une conception mixte est généralement plus efficace que de forcer tous les rôles sur un seul niveau de stockage.

Les niveaux de stockage doivent être attribués selon la charge de travail ; les compromis entre taux de transactions et capacité expliquent pourquoi les données d’état à faible latence et les médias à forte capacité n’ont pas besoin de la même catégorie de périphérique.

Documentez chaque chemin et son goulot d’étranglement avant toute mise à niveau. Une configuration de centre multimédia NAS peut conserver l’état Plex sensible à la latence sur mémoire flash, tandis que les médias volumineux restent sur un stockage axé sur la capacité.

Centre Tech & IA

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.