Der Speicherverbrauch von Plex kann nach Abschluss einer Aufgabe weiterhin hoch sein, weil Linux wiederverwendbaren Dateisystem-Cache beibehält und Anwendungen bereits zugewiesenen Speicher für spätere Aufgaben behalten.
Ein hoher „belegter“ Speicher ist nicht automatisch ein Leak. Vergleichen Sie den residenten Speicher der Prozesse, den zurückgewinnbaren Cache, den Swap-Druck und ob der Host Speicher freigibt, wenn eine andere Arbeitslast ihn benötigt. Untersuchen Sie das Problem nur, wenn der Speicherbedarf über wiederholte Zyklen hinweg weiter wächst oder echten Druck und Instabilität verursacht.
Prozessspeicher und Dateisystem-Cache unterscheiden
Linux verwendet ansonsten ungenutzten RAM zum Cachen von Dateien und Datenbankseiten. Dadurch können die Werte für den freien Speicher nach Scans oder der Wiedergabe niedrig erscheinen. Zurückgewinnbarer Cache unterscheidet sich von einem nicht rückgewinnbaren Wachstum des Anwendungsspeichers.
Der alleinige RAM-Verbrauch ist ein schlechtes Signal für ein Leak, da Linux-Cache und Anwendungsspeicher hoch bleiben können, obwohl der Speicher weiterhin zurückgewonnen werden kann.
Erfassen Sie den RSS von Plex, den Host-Cache, den verfügbaren Speicher und den Swap vor und nach der Arbeitslast. Wenn ausreichend Speicher verfügbar bleibt, sollten Sie nicht allein deshalb Anpassungen vornehmen, um den Wert der freien Spalte zu maximieren.
Ein warmer Cache kann nach Abschluss der Aufgabe nützlich sein
Wenn Metadaten und Datenbankseiten im Speicher verbleiben, kann das spätere Durchsuchen schneller werden. Beurteilen Sie den Cache danach, ob der Kernel ihn unter Speicherdruck zurückgewinnen kann, nicht danach, ob er sofort auf null zurückgeht.
Gecachte Seiten können nützlich bleiben, bis konkurrierender Speicherbedarf ihren Nutzen verändert. Das entspricht dem normalen Verhalten des Linux-Seitencaches.
Starten Sie eine kontrollierte, speicherintensive Arbeitslast und beobachten Sie, ob der Cache schrumpft, bevor das System mit dem Swappen beginnt oder Prozesse beendet. Eine gesunde Rückgewinnung spricht für die Cache-Erklärung.
Auf Wachstum über wiederholte Zyklen achten
Ein echtes Leak zeigt sich normalerweise darin, dass der Speicherbedarf eines Prozesses über dieselbe abgeschlossene Arbeitslast hinweg weiter steigt und sich nicht stabilisiert. Ein einzelnes hohes Plateau nach einem großen Scan ist kein ausreichender Beleg.
Erfassen Sie Auslastung und Sättigung über mehrere identische Zyklen hinweg, damit der Speicherdruck mit einer wiederholbaren Arbeitslast und nicht mit einer einzelnen Momentaufnahme in Verbindung gebracht wird.
Führen Sie dieselbe Bibliotheksaufgabe dreimal aus und erfassen Sie den RSS von Plex, sobald er sich jeweils stabilisiert hat. Gehen Sie nur dann weiter auf die Suche, wenn sich der stabile Ausgangswert weiter nach oben verschiebt oder der Host Speicher zunehmend schlecht zurückgewinnt. Bewerten Sie den Speicher im größeren Zusammenhang der Topologie Ihres Medienservers zu Hause, da Seitencache, begleitende Dienste und das Speicherverhalten den gesunden stabilen Ausgangswert verändern können.
Gemeinsam genutzte Container können die Interpretation verändern
Ein anderer Dienst kann Cache verbrauchen oder Swapping auslösen, sodass Plex für ein systemweites Speicherproblem verantwortlich zu sein scheint. Überprüfen Sie den gesamten Rechner, bevor Sie ein niedrigeres Speicherlimit für Plex festlegen.
Hosts mit mehreren Diensten erzeugen gemeinsam genutzte Container-Abhängigkeiten für denselben physischen Speicher, auch wenn die Prozesse voneinander isoliert sind.
Wiederholen Sie die Arbeitslast, während der größte begleitende Container pausiert ist. Wenn der Speicherdruck verschwindet, passen Sie zunächst das gemeinsame Speicherbudget des Hosts an, bevor Sie Plex selbst verändern.
Support & Tipps
Mehr zum Lesen

Leitfaden zur Speicherkapazität, Aufbewahrung und Bereinigung von Live-TV-Aufnahmen
Messen Sie echte Aufzeichnungen, halten Sie Headroom frei, kombinieren Sie Alters- und Kapazitätslimits und weisen Sie nach, dass das älteste geeignete Programm entfernt wird,...

Workflow zur Wiederherstellung von Metadaten für Heimmedien nach der Wiederherstellung einer Datenbank
Schützen Sie den wiederhergestellten Zustand, überprüfen Sie die Medienidentität und die Pfade und reparieren Sie anschließend fehlende Grafiken oder Übereinstimmungen in einer Pilotbibliothek, bevor...

Jellyfin-Client-Kompatibilitätscheckliste für Audio, Video und Untertitel
Testen Sie repräsentative Dateien mit jeweils nur einer veränderten Variable und protokollieren Sie für jeden Client Direct Play, Remux, Audiokonvertierung, Videotranskodierung oder einen Fehler.

