Quelle quantité de mémoire faut-il allouer à Plex ?

Eva Wong

IceWhale author

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.

How Much Memory Should You Allocate to Plex? - Zima Store Online

Il n’existe pas de valeur universelle de RAM à attribuer à Plex. Partez du pic mesuré de votre charge réelle, prévoyez une marge pour l’hôte et cessez d’ajouter de la mémoire lorsque la pression disparaît et qu’une autre ressource devient le facteur limitant.

Votre conteneur Plex reste-t-il stable au repos, mais devient-il instable pendant les analyses, avec plusieurs flux ou lors de l’activité d’autres conteneurs ? Commencez par une charge réaliste, mesurez la mémoire résidente maximale et la pression exercée sur l’hôte, puis définissez une limite qui laisse une marge pour les pics de Plex et le système d’exploitation, au lieu de forcer le service à utiliser le swap ou à subir une terminaison pour manque de mémoire.

Commencez par établir une référence mémoire mesurée

Plex n’est généralement pas une application particulièrement gourmande en RAM : le principal risque consiste plutôt à définir une limite de conteneur si basse qu’un pic temporaire entre en conflit avec le traitement des métadonnées, les assistants de transcodage ou la pression normale exercée par le cache du système de fichiers.

Une vérification des goulots d’étranglement ressource par ressource doit examiner l’utilisation, la saturation et les erreurs du processeur, de la mémoire, du réseau et du stockage, plutôt que de s’appuyer sur une seule mesure moyenne ; c’est la référence à établir pour dimensionner la mémoire de Plex.

Une référence saine se caractérise par une lecture stable, sans événements OOM, sans échange soutenu avec le swap et avec suffisamment de mémoire libre ou récupérable pour le système d’exploitation et les services voisins.

Vérifiez le pic dans les conditions de charge réelles

Exécutez la combinaison normale la plus exigeante : une analyse ou une tâche de maintenance, ainsi que le nombre de flux que vous prévoyez au pic. Relevez la mémoire utilisée par Plex, la pression mémoire totale sur l’hôte et l’apparition éventuelle d’avertissements liés au swap ou aux erreurs OOM.

Lors du dimensionnement de la mémoire de Plex, les tests de conteneurs montrent qu’une mémoire allouée plus importante n’améliore pas toujours les performances une fois l’ensemble de travail utile satisfait : la mémoire doit donc être dimensionnée à partir de la pression observée.

Ne vous fiez pas uniquement à la mémoire mise en cache. Linux peut utiliser la RAM autrement libre pour le cache du système de fichiers : une valeur élevée de mémoire utilisée ne signifie donc pas automatiquement que Plex a besoin d’une limite stricte plus élevée.

Définissez la limite sans priver l’hôte de ressources

Définissez une limite supérieure au pic Plex récurrent, puis prévoyez une marge explicite pour le système d’exploitation et les autres conteneurs. Si l’hôte atteint régulièrement une pression mémoire globale avant que Plex n’atteigne sa propre limite, le problème de capacité au niveau du système est plus important que la valeur attribuée au conteneur.

Si Plex est le seul service à atteindre sa limite, augmentez-la progressivement et contrôlez le résultat en répétant le même test de charge maximale. Si un autre service provoque la pression, limitez ce service ou planifiez son exécution au lieu d’attribuer à Plex chaque gigaoctet restant.

Après avoir modifié la limite, répétez le test de charge maximale initial et redémarrez le conteneur une fois. La configuration n’est correcte que si la lecture, les analyses et le redémarrage normal restent stables, sans tempêtes de swap ni événements OOM.

-15% OFF

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

Single board computer zimaboard2

Arrêtez d’augmenter la RAM lorsqu’une autre ressource devient limitante

Cessez d’ajouter de la mémoire lorsque Plex n’est plus limité par la mémoire et que le problème restant est lié au transcodage du processeur, à la latence du stockage, à la compatibilité du client ou à la bande passante réseau. Davantage de RAM ne supprimera pas ces plafonds.

Une configuration de diffusion avec accélération matérielle est plus facile à évaluer lorsque les rôles du calcul, des données applicatives, du stockage multimédia et du réseau sont consignés séparément.

Augmentez la capacité de l’hôte uniquement lorsque les charges combinées mesurées ne peuvent pas tenir avec une marge de sécurité suffisante. Sinon, conservez la plus petite limite qui supporte le pic réel tout en préservant la stabilité du reste du serveur.