Dostosuj mały serwer Jellyfin dla wielu użytkowników, ograniczając zbędne konwersje, zanim dodasz limity zasobów lub wymienisz sprzęt.
Wielu użytkowników nie przekłada się bezpośrednio na wymagania dotyczące procesora, ponieważ Direct Play, transkodowanie sprzętowe, transkodowanie programowe, napisy i zdalna przepustowość obciążają różne zasoby. Zacznij od ścieżek klienckich, które generują obciążenie, następnie zaplanuj zadania w tle i zmierz rzeczywisty szczyt obciążenia. Optymalizuj pierwszy zasób, który się wyczerpuje, zamiast obniżać jakość wszędzie.
Maksymalnie wykorzystuj Direct Play przed dostrajaniem serwera
Każdy zgodny klient korzystający z Direct Play eliminuje konwersję wideo ze wspólnego budżetu obliczeniowego. Jeden problematyczny zestaw napisów lub przeglądarka może obciążyć procesor bardziej niż kilka zgodnych sesji telewizyjnych.
Testowanie klientów i sprawdzanie wypalania napisów ułatwiają potwierdzenie, czy konkretny utwór wymusza pełne przetwarzanie wideo.
Przetestuj reprezentatywne urządzenia klienckie i najpierw usuń możliwe do uniknięcia problemy ze zgodnością. Ścieżka strumieniowania z akceleracją sprzętową powinna obsługiwać konwersje, których rzeczywiście nie da się uniknąć.
Zweryfikuj transkodowanie sprzętowe na konkretnym urządzeniu
Samo zaznaczenie opcji akceleracji nie wystarczy; kontener lub usługa musi mieć dostęp do urządzenia, a ścieżka multimediów musi faktycznie korzystać z silnika sprzętowego. Częściowa akceleracja nadal może pozostawić ciężkie zadania procesorowi.
Akceleracja sprzętowa zmienia ścieżkę wykorzystania zasobów, a nie tylko obniża jedną wartość; test wydajności transkodowania Jellyfin pokazuje wyraźnie różne zachowanie procesora i karty graficznej w przypadkach transkodowania programowego, sprzętowego, z napisami i mapowaniem tonów.
Uruchom najtrudniejszą spodziewaną konwersję i potwierdź aktywność urządzenia oraz rzeczywistą prędkość transkodowania. Jeśli akceleracja nie działa, napraw ją przed ustawieniem limitów jakości dla poszczególnych użytkowników.
Przenieś ciężkie zadania w tle poza godziny oglądania
Skanowanie, wyodrębnianie rozdziałów, trickplay, wykrywanie wstępów i przetwarzanie metadanych mogą kolidować z odtwarzaniem na kompaktowych procesorach i wolnych dyskach. Mały serwer więcej zyska na rozdzieleniu harmonogramów niż duża maszyna z dużym zapasem mocy.
Prace biblioteki można przenieść poza godziny oglądania, ponieważ Jellyfin udostępnia zaplanowane skanowanie multimediów niezależnie od aktywnego odtwarzania.
Ustaw największe zadania poza okresem największego obciążenia w domu, a następnie odtwórz najbardziej wymagającą kombinację strumieni przy wstrzymanych tych zadaniach. Włącz ponownie tylko te zadania, których nakładanie się nadal mieści się w bezpiecznym zakresie.
Przetestuj sieć i pamięć masową przy pełnym obciążeniu użytkownikami
Mały serwer może mieć bezczynny procesor, a mimo to powodować buforowanie, ponieważ kilka strumieni współdzieli Wi-Fi, łącze klienta 100 Mb/s lub jeden wolny dysk z multimediami. Dostosowanie zasobów musi obejmować także ścieżkę dostarczania danych.
Łatwiej oszacować łączne zapotrzebowanie na transmisję za pomocą modelu przepustowości dla poszczególnych strumieni, który uwzględnia przepustowość sieci LAN, Wi-Fi, NAS i wysyłania danych zdalnych.
Uruchom oczekiwane jednoczesne sesje, obserwując przepustowość karty sieciowej serwera, opóźnienia pamięci masowej i tryb odtwarzania. Zachowaj konfigurację o najniższym koszcie, która przechodzi test z zapasem.
Wsparcie i wskazówki
Więcej do przeczytania

Czy podczas tworzenia kopii zapasowej Jellyfin należy zatrzymać usługę?
Dla uproszczenia preferuj kopie zapasowe usług zatrzymanych; migawek na żywo używaj tylko wtedy, gdy stan aplikacji jest przechwytywany w spójny sposób, a przywracanie zostało...

Dlaczego Jellyfin działa głośno lub powoduje przegrzewanie, gdy nikt nie ogląda strumieniowo?
Podwyższona temperatura w stanie bezczynności zwykle oznacza działanie procesów w tle lub obciążenie współdzielonego hosta, dlatego przed zmianą chłodzenia albo sprzętu zidentyfikuj aktywny proces...

Kiedy odbudować Jellyfin zamiast go naprawiać?
Wybierz odtworzenie zamiast naprawy, gdy problemem jest rozbieżność środowiska uruchomieniowego, a trwały stan został zarchiwizowany; nie „odtwarzaj” przez usunięcie jedynej sprawnej bazy danych.

