Stimme einen kleinen Jellyfin-Server für mehrere Benutzer ab, indem du vermeidbare Konvertierungsarbeit reduzierst, bevor du Ressourcenlimits hinzufügst oder die Hardware ersetzt.
Mehrere Benutzer lassen sich nicht direkt in einen CPU-Bedarf übersetzen, da Direct Play, Hardware-Transkodierung, Software-Transkodierung, Untertitel und die Bandbreite für den Fernzugriff unterschiedliche Ressourcen beanspruchen. Beginne mit den Client-Pfaden, die zusätzliche Arbeit verursachen, plane anschließend Hintergrundaufgaben und ermittle die tatsächliche Spitzenlast. Optimiere zuerst die Ressource, die an ihre Grenze kommt, statt die Qualität überall zu reduzieren.
Direct Play optimieren, bevor du den Host abstimmst
Jeder kompatible Client, der Direct Play verwendet, entfernt die Videokonvertierung aus dem gemeinsamen Rechenbudget. Ein problematischer Untertitel oder Browser kann mehr CPU-Leistung kosten als mehrere kompatible Fernsehsitzungen.
Mit Client-Tests und Prüfungen auf das Einbrennen von Untertiteln lässt sich leicht feststellen, ob eine bestimmte Spur die vollständige Videoverarbeitung erzwingt.
Teste repräsentative Clients und behebe zunächst vermeidbare Kompatibilitätsprobleme. Der hardwarebeschleunigte Streaming-Pfad sollte die Konvertierungen übernehmen, die tatsächlich erforderlich bleiben.
Hardware-Transkodierung auf dem exakt verwendeten Gerät überprüfen
Das Aktivieren eines Kontrollkästchens für die Beschleunigung reicht nicht aus. Der Container oder Dienst muss Zugriff auf das Gerät haben, und der Medienpfad muss die Hardware-Engine tatsächlich verwenden. Eine teilweise Beschleunigung kann weiterhin viel Arbeit auf der CPU belassen.
Hardwarebeschleunigung verändert den Ressourcenpfad, anstatt lediglich einen einzelnen Wert zu senken. Ein Jellyfin-Transkodierungsbenchmark zeigt deutlich unterschiedliches CPU- und GPU-Verhalten bei Software-, Hardware-, Untertitel- und Tone-Mapping-Szenarien.
Führe die anspruchsvollste erwartete Konvertierung aus und überprüfe sowohl die Geräteaktivität als auch die Transkodierungsgeschwindigkeit in Echtzeit. Wenn die Beschleunigung fehlt, behebe das Problem, bevor du Qualitätslimits pro Benutzer festlegst.
Aufwendige Hintergrundaufgaben außerhalb der Wiedergabezeiten ausführen
Scans, Kapitelerkennung, Trickplay, Intro-Erkennung und Metadatenverarbeitung können bei kompakten CPUs und langsamen Laufwerken mit der Wiedergabe kollidieren. Ein kleiner Server profitiert stärker von einer zeitlichen Trennung als ein großes System mit reichlich Reserven.
Bibliotheksaufgaben können außerhalb des Wiedergabezeitraums ausgeführt werden, da Jellyfin geplante Medienscans getrennt von der aktiven Wiedergabe bereitstellt.
Plane die umfangreichsten Aufgaben außerhalb der Stoßzeiten im Haushalt und bilde anschließend den geschäftigsten Stream-Mix nach, während diese Aufgaben pausiert sind. Aktiviere nur die Aufgaben wieder, deren Überschneidung weiterhin problemlos funktioniert.
Netzwerk und Speicher mit der vollständigen Benutzermischung testen
Ein kleiner Server kann eine weitgehend ungenutzte CPU haben und trotzdem puffern, wenn mehrere Streams dasselbe WLAN, eine 100-Mbit/s-Clientverbindung oder ein einzelnes langsames Medienlaufwerk gemeinsam nutzen. Zur Ressourcenabstimmung muss daher auch der Übertragungsweg gehören.
Der aggregierte Übertragungsbedarf lässt sich mit einem Bandbreitenmodell pro Stream leichter dimensionieren, das LAN-, WLAN-, NAS- und Upload-Kapazitäten für den Fernzugriff berücksichtigt.
Führe die erwarteten gleichzeitigen Sitzungen aus und beobachte dabei den Durchsatz der Server-Netzwerkkarte, die Speicherlatenz und den Wiedergabemodus. Verwende die kostengünstigste Konfiguration, die mit ausreichender Reserve besteht.
Support & Tipps
Mehr zum Lesen

Solltest du Jellyfin im laufenden Betrieb sichern oder den Dienst zuerst anhalten?
Bevorzuge Backups bei angehaltenen Diensten, um die Einfachheit zu wahren; verwende Live-Snapshots nur, wenn der Anwendungsstatus konsistent erfasst wird und Wiederherstellungen getestet sind.

Warum läuft Jellyfin heiß oder laut, wenn niemand streamt?
Leerlaufwärme deutet meist auf Hintergrundaktivitäten oder eine Auslastung durch einen gemeinsam genutzten Host hin. Ermitteln Sie daher den aktiven Prozess und die geplante Aufgabe,...

Wann sollten Sie Jellyfin neu aufsetzen, statt es zu reparieren?
Wähle bei Laufzeitabweichungen einen Neuaufbau statt einer Reparatur, wenn der persistente Zustand gesichert ist; führe keinen „Neuaufbau“ durch, indem du die einzige intakte Datenbank...

