Dedykowany sprzęt multimedialny zapewnia Jellyfinowi znaczącą przewagę, gdy transkodowanie wideo jest regularnym obciążeniem; w przypadku bibliotek korzystających głównie z funkcji Direct Play przewaga może być niewielka.
Pierwszy warunek: czy Twoje obciążenie rzeczywiście transkoduje wideo?
Funkcja Direct Play przesyła źródło do kompatybilnego klienta bez ponownego kodowania wideo, więc dedykowany procesor graficzny lub silnik multimedialny ma na tej ścieżce niewiele do przyspieszenia. Zwykle ważniejsze są sieć i pamięć masowa.
Gdy klient nie obsługuje kodeka źródłowego, przepływności, ścieżki napisów lub formatu HDR, serwer może potrzebować konwersji wideo. To właśnie obciążenie, przy którym sprzętowe dekodowanie i kodowanie realizowane przez układy o stałej funkcji mogą radykalnie zmienić wydajność oraz zużycie energii.
Dokumentacja transkodowania Jellyfin jasno wskazuje tę zależność: możliwości i ograniczenia klienta decydują o tym, czy zostanie zażądana ścieżka konwersji. Zmierz częstotliwość jej występowania, zanim uznasz akcelerację sprzętową za niezbędną.
Akceleracja sprzętowa zapewnia przewagę, gdy wąskim gardłem jest kodowanie i dekodowanie wideo
Jellyfin może przenieść kompatybilne dekodowanie, przetwarzanie i kodowanie wideo na sprzęt multimedialny firm Intel, NVIDIA, AMD, Apple lub Rockchip. Ogranicza to zależność od wykonywania tych etapów przez uniwersalny procesor, o ile obsługują je sprzęt i stos programowy.
Oficjalny przewodnik po akceleracji sprzętowej wskazuje, że możliwa jest akceleracja częściowa, ponieważ niektóre etapy potoku mogą pozostać po stronie procesora z powodu ograniczeń sprzętowych, sterowników lub oprogramowania. Rzeczywiste porównanie dotyczy więc pełnej ścieżki i ścieżki częściowej, a nie po prostu obecności lub braku procesora graficznego.
Jeśli konwersja wideo wyłącznie przez procesor nie osiąga już prędkości czasu rzeczywistego lub zużywa zasoby potrzebne innym usługom, dedykowana akceleracja ma wysoką wartość decyzyjną. Jeśli procesor jest prawie nieużywany, ponieważ każdy klient korzysta z funkcji Direct Play, jej wartość decyzyjna jest niska.
Mapowanie tonów HDR i wypalanie napisów sprawiają, że przewaga zależy bardziej od konkretnego obciążenia
Mapowanie tonów z HDR do SDR oraz wypalanie napisów mogą dodać etapy przetwarzania wykraczające poza podstawowe dekodowanie i kodowanie. Obsługa zależy od generacji procesora graficznego, systemu operacyjnego, kodeka i ścieżki napisów, dlatego serwer nominalnie korzystający z akceleracji może nadal wykazywać wysokie użycie procesora przy trudnych plikach.
Jellyfin opisuje sprzętowo akcelerowane mapowanie tonów na obsługiwanych platformach, ale wymienia również ograniczenia formatów i sterowników. Decyzja zakupowa powinna uwzględniać najtrudniejszy reprezentatywny plik, a nie tylko typowy przykład H.264 SDR.
Przeprowadź kontrolowany test z kombinacją klienta i multimediów, która z największym prawdopodobieństwem wywoła konwersję. Jeśli ten strumień działa w czasie rzeczywistym z bezpiecznym zapasem wydajności i pozostawia procesorowi zasoby na inne usługi, ścieżka akceleracji zapewnia Twojemu obciążeniu znaczącą przewagę.
Zintegrowane silniki multimedialne często przewyższają dedykowany procesor graficzny pod względem prostoty i kosztu bezczynności
Dedykowana akceleracja sprzętowa nie zawsze oznacza osobną kartę graficzną. Nowoczesne układy graficzne zintegrowane mogą udostępniać silniki multimedialne o stałej funkcji, z których Jellyfin może korzystać, eliminując konieczność zapewnienia miejsca, energii, chłodzenia i złożoności sterowników wymaganych przez dodatkowy dedykowany procesor graficzny.
Przewodnik wyboru sprzętu Jellyfin obecnie rekomenduje kilka zintegrowanych platform dla nowych serwerów i podkreśla znaczenie obsługi nowoczesnych kodeków. To mocna trzecia opcja między przetwarzaniem wyłącznie przez procesor a instalacją dużej dedykowanej karty.
Dedykowany procesor graficzny łatwiej uzasadnić, gdy potrzebujesz obsługi kodeka, przepustowości silnika multimedialnego lub innego obciążenia graficznego, któremu rozwiązanie zintegrowane nie może sprostać. Jeśli zintegrowany układ graficzny przechodzi rzeczywiste testy transkodowania, dedykowana karta może być zbędnym obciążeniem.
Obsługa programowa może odwrócić wynik porównania
Możliwości sprzętu mają znaczenie tylko wtedy, gdy mogą zostać wykorzystane przez sterownik hosta, jądro lub system operacyjny, mapowanie urządzenia w kontenerze, uprawnienia oraz stos FFmpeg Jellyfin. Teoretycznie wydajny procesor graficzny z zawodną ścieżką programową może przegrać ze skromnym zintegrowanym silnikiem, który działa niezawodnie.
Przewodnik ZimaSpace po akcelerowanym sprzętowo strumieniowaniu pokazuje praktyczne wdrożenie oparte na procesorze graficznym oraz kroki uzyskiwania dostępu do urządzenia, dzięki którym akceleracja staje się użyteczna w rzeczywistym serwerze.
Osobny przewodnik weryfikacji wyjaśnia, jak potwierdzić, że aktywny strumień rzeczywiście korzysta ze sprzętu, zamiast zakładać, że konfiguracja zakończyła się powodzeniem.
Uzależnij zakup od obsługiwanej i możliwej do utrzymania ścieżki dla Twojego systemu operacyjnego i modelu kontenerów. Jeśli nie możesz jej zweryfikować, akceleracji sprzętowej nie należy traktować jako gwarantowanej korzyści.
Werdykt warunkowy: akceleracja wygrywa przy konwersji, ale nie w każdym serwerze Jellyfin
Wybierz akcelerację sprzętową, gdy wiele klientów regularnie wymusza konwersję wideo, zdalna przepustowość wymaga wyjścia o niższej przepływności, konwersja HDR do SDR jest częsta lub transkodowanie wyłącznie przez procesor zakłóca działanie innych usług.
Pozostań przy funkcji Direct Play i obecnym sprzęcie, gdy reprezentatywni klienci już natywnie odtwarzają bibliotekę, a użycie procesora pozostaje niskie. W takim przypadku pieniądze wydane na niezawodność sieci, pamięć masową, kopie zapasowe lub lepszego klienta mogą przynieść większą, odczuwalną poprawę.
Wybierz zintegrowany silnik multimedialny zamiast dedykowanego procesora graficznego, jeśli spełnia wymagania dotyczące kodeków i przepustowości. Przejdź na rozwiązanie dedykowane dopiero wtedy, gdy zmierzone obciążenie przekroczy możliwości ścieżki zintegrowanej.
Porównania produktów
Więcej do przeczytania

Więcej rdzeni procesora w Jellyfin: kiedy faktycznie przyspieszają działanie?
Większa liczba rdzeni wpływa na Jellyfin dopiero wtedy, gdy kontrolowany kandydat z mniejszą liczbą rdzeni staje się ograniczony przez CPU, a to samo obciążenie...

Bezpośrednie udostępnienie zdalnego dostępu a prywatny dostęp przez VPN do Jellyfin: które rozwiązanie jest bezpieczniejsze?
Używaj prywatnej sieci VPN dla samodzielnie zarządzanych klientów; korzystaj ze wzmocnionej publicznej trasy HTTPS tylko wtedy, gdy zgodność z klientem lub udostępnianie wymaga publicznej...

Dysk SSD SATA a dysk SSD NVMe w Jellyfin: która specyfikacja wpływa na wyniki?
W przypadku większości serwerów Jellyfin przejście z HDD na SSD daje największy wzrost wydajności; NVMe przewyższa SATA tylko wtedy, gdy operacje wejścia/wyjścia związane ze...

