Was verursacht das Wachstum von Plex-Metadaten beim 4K-Streaming aus der Ferne?

Remote-Streaming in 4K führt allein nur selten zu einem erheblichen, dauerhaften Wachstum der Plex-Metadaten. Meist sind Vorschaubilder, Analysen, Datenbankänderungen und fälschlicherweise zugeordnete Transcode-Zwischendateien dafür verantwortlich.

Eine Remote-Sitzung kann temporäre Puffer, Protokolle und konvertierte Ausgabedateien erzeugen, während langlebige Anwendungsdaten aus anderen Gründen wachsen. Videovorschaubilder, Kapitel-Thumbnails, Grafiken, Indizes und Datenbankeinträge sammeln sich an, wenn sich die Bibliothek ändert oder Analysefunktionen ausgeführt werden. Entscheidend ist, ob der Speicherplatz nach dem Ende der Wiedergabe bestehen bleibt und ob er mit der Nutzung, neuen Medien oder Hintergrundanalysen wächst.

Die Remote-Wiedergabe in 4K erzeugt normalerweise nicht dauerhaft die Metadaten

Beim Remote-Streaming einer 4K-Datei entstehen Sitzungsdaten, Protokolle und möglicherweise temporäre Transcode-Ausgaben. Das unterscheidet sich jedoch vom dauerhaften Wachstum der Bibliotheksmetadaten. Dieses hängt häufiger von der Größe der Bibliothek und von Funktionen ab, die Grafiken, Indizes, Thumbnails oder zusätzliche Datenbankeinträge erzeugen.

Messungen von Nutzern zum Speicherplatz für Vorschaubilder zeigen, dass abgeleitete Bilder den ursprünglichen Metadaten-Fußabdruck in manchen Bibliotheken deutlich übertreffen können. Der entscheidende Unterschied besteht darin, dass das Wachstum den aktivierten Analysen und der Bibliotheksgröße folgt, nicht der Tatsache, dass jemand zufällig per Remote-Streaming zugreift.

Miss das Plex-Datenverzeichnis vor und nach einer reinen Remote-Sitzung ohne neue Medien und vergleiche die Veränderung anschließend mit dem Wachstum nach dem Hinzufügen und Analysieren neuer Titel. Fällt die erste Veränderung gering und die zweite groß aus, stammt das dauerhafte Metadatenwachstum von der Bibliotheksverarbeitung und nicht von der Remote-Bereitstellung in 4K.

Videovorschaubilder können den Metadaten-Fußabdruck dominieren

Vorschaubilder wählen über ein Video hinweg Einzelbilder aus, damit Clients beim Spulen Bilder anzeigen können. Die Mediendatei bleibt an ihrem ursprünglichen Speicherort, die erzeugten Ableitungen werden jedoch zusammen mit den Plex-Anwendungsdaten gespeichert. Lange Videos und große Bibliotheken vervielfachen diese Speicherkosten unabhängig davon, ob die Originaldatei in 1080p oder 4K vorliegt.

Hinweise zu den Einstellungen erklären, dass der Speicher für Vorschaubilder eine Reihe von Bildern für analysierte Medien erzeugt. Wird die Funktion für eine große bestehende Bibliothek aktiviert, kann zunächst eine einmalige starke Zunahme erfolgen, gefolgt von einem geringeren Wachstum, wenn neue Medien hinzukommen.

Prüfe die Metadaten- und Medienunterverzeichnisse getrennt von der Datenbankdatei, damit ein großer Speicher für abgeleitete Dateien nicht fälschlicherweise als aufgeblähte Datenbank bezeichnet wird. Ist der Speicher für Thumbnails die Hauptursache der Veränderung, entscheide zunächst, ob der Navigationsvorteil den Speicherbedarf rechtfertigt, bevor du die Datenbank wartest.

Kapitel- und Analyseaufträge können Ableitungen nach Änderungen erneut erzeugen

Metadaten können weiter wachsen, wenn Plex Medien als geändert erkennt und die Erzeugung abgeleiteter Dateien erneut plant. Das Ersetzen einer Datei, eine erneute Analyse oder die Korrektur eines Bibliothekseintrags kann dazu führen, dass Kapitel- oder Vorschauaufträge Inhalte erneut verarbeiten, die bereits indiziert waren. Wiederholte Verarbeitung ist verdächtiger als ein gleichmäßiges, dem Umfang neuer Medien entsprechendes Wachstum.

Ein Fall, in dem Plex nach dem Löschen eines Extras weiterhin Kapitel-Thumbnails neu erzeugte, zeigt, wie ein veralteter oder unerwarteter Elementstatus Hintergrundarbeiten am Leben halten kann. Die wichtigste Erkenntnis ist, zuerst das Element zu identifizieren, dem das Wachstum folgt, bevor Ordner manuell bereinigt werden.

Protokolliere, welche Medien-IDs in den Logs erscheinen, während das Anwendungsdatenverzeichnis wächst. Kehrt dasselbe entfernte oder geänderte Element wiederholt zurück, korrigiere zuerst den Bibliotheksstatus. Werden dagegen verschiedene neu hinzugefügte Elemente normal verarbeitet, handelt es sich um erwartete Ansammlung abgeleiteter Dateien und nicht um eine außer Kontrolle geratene Schleife.

Featured

ZimaCube 2 Persönliche Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Datenbankwachstum ist ein anderes Signal als das Wachstum von Grafiken

Die Hauptdatenbank der Bibliothek speichert Beziehungen, Zustände und Datensätze, nicht die eigentlichen Posterbilder oder Videoframes. Ihre Größe kann mit der Komplexität und Aktivität der Bibliothek zunehmen. Ein schnelles Anwachsen der Datenbank zusammen mit langsamen Abfragen oder Korruptionswarnungen ist jedoch ein anderes Problem als ein gesunder, größer werdender Thumbnail-Speicher.

Bei einem gemeldeten Fehler traten schnelles Datenbankwachstum, eine langsame Bibliothek und schließlich eine Beschädigung gemeinsam auf. Betrachte diese Kombination als Hinweis auf den Systemzustand, statt beliebige Metadaten zu löschen, um Speicherplatz freizugeben.

Erfasse die Größe der Datenbankdatei und der Verzeichnisse mit abgeleiteten Dateien über mehrere Tage hinweg getrennt. Springt die Datenbankgröße ohne entsprechende Änderung der Bibliothek stark an, sind Integritätsprüfungen und eine Untersuchung der Logs erforderlich. Wächst ein Verzeichnis mit abgeleiteten Dateien nach einer Analyse vorhersehbar, lässt es sich über Funktionseinstellungen, die Wahl des Speicherorts und eine passende Kapazitätsplanung verwalten.

Transcode-Zwischendateien dürfen nicht als dauerhafte Metadaten gezählt werden

Wenn für Remote-Streaming in 4K eine Konvertierung erforderlich ist, schreibt oder puffert Plex temporäre Transcode-Daten. Dieser Speicherplatz kann während aktiver Sitzungen wachsen und später wieder schrumpfen. Wird der falsche Pfad überwacht, kann die temporäre Ausgabe daher wie eine dauerhafte Erweiterung der Metadaten wirken. Entscheidend sind die Zuständigkeit und der Lebenszyklus jedes Verzeichnisses, nicht sein Name.

Die Trennung von Konfiguration, Medien und Transcode-Speicherorten ist ein gängiges Container-Muster. Eine Docker-Konfiguration beschreibt Konfigurations- und Transcode-Rollen als getrennte Datenpfade. Diese Trennung erleichtert es, dauerhaften Bibliotheksstatus von entfernbaren Konvertierungsausgaben zu unterscheiden.

Bevor du den Speicher für Anwendungen vergrößerst, ordne jedes wachsende Verzeichnis der Datenbank, den Metadaten, dem Cache oder den Transcode-Zwischendateien zu und beobachte, ob es eine Ruhephase und einen Neustart übersteht. Für die zugrunde liegende Frage zur Leistung bei vielen kleinen Dateien hilft die Abgrenzung des Anwendungsspeichers dabei, Reaktionsfähigkeit von bloßer Kapazität zu unterscheiden.