So misst du die Jellyfin-Leistung, ohne Cache mit Kapazität zu verwechseln

Jellyfin-Benchmarks werden irreführend, wenn ein warmer Dateisystem- oder Metadaten-Cache als Beleg für die Hardwarekapazität beim Kaltstart gewertet wird.

Beim Öffnen einer zweiten Bibliothek oder bei einem wiederholten Stream können bereits im Speicher befindliche Daten erneut verwendet werden, während der erste Durchlauf möglicherweise auf Speicherzugriffe, Metadaten und die Prozesseinrichtung wartet. Beide Zustände sind nützlich, beantworten aber unterschiedliche Fragen. Führen Sie Kalt- und Warmtests als getrennte Fälle mit denselben Medien, demselben Client, derselben Qualität und derselben konkurrierenden Arbeitslast durch, damit die Wiederverwendung von Cache nicht als zusätzliche Hardwarekapazität missverstanden wird.

Kalt- und Warmläufe beantworten unterschiedliche Fragen

Ein Kaltstarttest zeigt die Kosten des Abrufens von Zuständen aus dem Speicher und des Wiederaufbaus von Arbeitsmengen, während ein Warmtest das Wiederholungsverhalten zeigt, nachdem sich relevante Daten im Speicher befinden. Durch das Mitteln beider Werte wird der Mechanismus verschleiert.

Wiederholte Lesevorgänge können Speicherzugriffe vermeiden, solange sich die Daten im Linux-Seitencache befinden.

Zeichnen Sie den ersten Durchlauf nach einem Neustart getrennt von zwei wiederholten Durchläufen auf. Verwerfen Sie das Kaltstart-Ergebnis nicht nur deshalb, weil das Warmstart-Ergebnis günstiger ausfällt.

Metadaten-Benchmarks reagieren besonders stark auf Caches

Posterübersichten, Suchvorgänge und Bibliotheksseiten können wiederholt auf dieselben kleinen Dateien und Datenbankseiten zugreifen. Diese Arbeitslasten zeigen oft einen stärkeren Warm-Cache-Effekt als ein langer sequenzieller Medienstream.

Wenn Sie die Daten des Jellyfin-Containers von langsameren Mediendatenträgern verlagern, ändern Sie den Kaltstartpfad direkt. Bei einer NAS-Konfiguration verbleiben die Jellyfin-App-Daten auf einer SSD, während die Medien auf schlafenden HDD-Speichern liegen.

Messen Sie nach einem Neustart die Zeit zum Öffnen einer benannten Bibliothek und für eine Suche und wiederholen Sie anschließend beide Vorgänge. Wenn der Abstand groß ist, nehmen Sie beide Werte in jeden Speichervergleich auf.

Hintergrundaufgaben können den Vergleich verfälschen

Ein geplanter Scan, eine Miniaturbildaufgabe, ein Backup oder ein anderer Container kann zwischen den Durchläufen nützliche Seiten aus dem Cache verdrängen oder Speicherwarteschlangen belasten. Ein „Cache-Ergebnis“ ist nur interpretierbar, wenn die konkurrierende Arbeitslast bekannt ist.

Jellyfin stellt Bibliotheksaufgaben über geplante Medienscans bereit. Daher sollte die Hintergrundwartung konstant gehalten werden, anstatt zwischen den Benchmark-Durchläufen zu wechseln.

Führen Sie zunächst ein kontrolliertes Benchmark-Fenster mit pausierten aufwendigen Aufgaben und anschließend ein zweites mit aktivierten normalen Diensten durch. Die Übersicht der Arbeitslasten eines Heim-Medienservers hilft bei der Entscheidung, welche Überschneidungen in den realen Abnahmetest gehören.

-15% OFF

ZimaBoard 2 – Mini-Heimserver für Ihre große Idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Kapazität ist der wiederholbare schlimmste Normalfall

Die Hardwarekapazität sollte die Arbeitslast beschreiben, die der Server unter den erwarteten Bedingungen dauerhaft bewältigen kann – nicht das schnellste Ergebnis aus dem Cache und auch keinen künstlichen Worst Case, den niemand erlebt. Der Test benötigt ein benanntes Szenario und ein Abnahmekriterium.

Die USE-Methode verknüpft Kapazität mit Ressourcensättigung und Fehlern statt mit einer einzigen Zeitangabe.

Definieren Sie Abnahmekriterien für Start, Suche und Wiedergabe und wiederholen Sie nach jeder Änderung die Kalt- und Warmfälle. Bezeichnen Sie das System nur dann als verbessert, wenn sich der relevante Fall konsistent verbessert.