Dlaczego Jellyfin zwiększa hałas wentylatora podczas strumieniowania dla wielu użytkowników w domu?
Hałas wentylatora w Jellyfin zwykle się nasila, ponieważ jednoczesne korzystanie przez wielu użytkowników uruchamia przetwarzanie wideo, awaryjne przełączenie na akcelerację sprzętową, aktywność pamięci masowej lub ograniczenie termiczne — nie dlatego, że samo przesyłanie strumieniowe jest z natury głośne.
Czy hałas zaczyna się przy jednym kliencie, tylko podczas korzystania z napisów lub HDR, czy za każdym razem, gdy kilku użytkowników ogląda treści jednocześnie? Podczas odtwarzania tego samego zestawu treści w gospodarstwie domowym zanotuj tryb odtwarzania, kodek, użycie silnika GPU, temperaturę procesora, aktywność dysku i prędkość wentylatora. Pierwszym celem jest ustalenie, który etap uległ zmianie.
Sprawdź, czy użytkownicy nie zmienili trybu Direct Play na transkodowanie
Otwórz szczegóły aktywnej sesji i porównaj tryby Direct Play, remuksowania oraz transkodowania dla każdego klienta. Profile przeglądarek, telewizorów i urządzeń mobilnych mogą obsługiwać różne kodeki lub formaty napisów. Jeśli jeden niekompatybilny klient wymusza konwersję programową, temperatura procesora może gwałtownie wzrosnąć, nawet gdy pozostali użytkownicy korzystają z trybu Direct Play.
Odtwórz ten sam tytuł ponownie z wyłączonymi napisami oraz za pomocą klienta, o którym wiadomo, że obsługuje Direct Play. Transkodowanie z akceleracją sprzętową może zmniejszyć obciążenie procesora, ale tylko wtedy, gdy sterownik i ścieżka kodeka faktycznie działają (weryfikacja transkodowania sprzętowego).
Jeśli hałas pojawia się dopiero wtedy, gdy dołącza konkretny klient, porównaj kodek, napisy, HDR i tryb odtwarzania tej sesji z klientem korzystającym z Direct Play. Różnica wskaże dodatkowe obciążenie serwera.
Oddziel hałas obliczeniowy od hałasu pamięci masowej i chłodzenia
Zatrzymaj nowe odtwarzanie i uruchom osobno ten sam skan biblioteki lub kopię zapasową. Jeśli wentylatory nadal pracują głośno, gdy nie jest aktywne transkodowanie, obserwuj operacje wejścia/wyjścia dysku, procesy działające w tle procesora oraz czujniki temperatury. Pobieranie grafik, przetwarzanie napisów lub przeciążony dysk HDD mogą powodować inny rodzaj hałasu niż konwersja z użyciem GPU lub procesora.
Wyczyść przepływ powietrza i sprawdź krzywe pracy wentylatorów dopiero po ustaleniu obciążenia. Krzywa wentylatora nie naprawi braku sprzętowego dekodera, a przeniesienie pamięci podręcznej na szybszą pamięć masową nie rozwiąże problemu ścieżki HDR działającej wyłącznie na procesorze.
Jeśli prędkość wentylatora rośnie, gdy transkodowanie nie jest aktywne, sprawdź zaplanowane skany, pobieranie grafik, zadania tworzenia kopii zapasowych i aktywność dysku. Skok aktywności pamięci masowej lub procesów działających w tle wymaga innego rozwiązania niż awaryjne przełączenie kodeka.
Zweryfikuj rozwiązanie przy pierwotnym obciążeniu wielu użytkowników
Zastosuj jedną odwracalną zmianę: użyj kompatybilnego klienta, wyłącz wymuszone wypalanie napisów, włącz zweryfikowaną ścieżkę sprzętową lub przenieś zadanie działające w tle. Uruchom urządzenie ponownie tylko raz, a następnie odtwórz tę samą liczbę treści, napisów i warunków zdalnego dostępu przy tej samej liczbie użytkowników. Skuteczność rozwiązania jest potwierdzona, gdy zachowanie wentylatora, tryb odtwarzania i temperatury pozostają stabilne przez całą sesję.
Skontaktuj się z pomocą techniczną, gdy temperatury przekraczają bezpieczny zakres sprzętu, wentylatory gwałtownie zwiększają obroty bez mierzalnego obciążenia albo urządzenie ogranicza wydajność i gubi klatki po wykonaniu odwracalnych kontroli. Wymień elementy chłodzenia dopiero po wykluczeniu problemów z oprogramowaniem i ścieżką odtwarzania.
Po wprowadzeniu zmiany powtórz tę samą liczbę użytkowników i zestaw tytułów przez całą sesję. Krótki cichy okres nie oznacza rozwiązania problemu, jeśli urządzenie ponownie zaczyna hałasować po rozgrzaniu pamięci podręcznej lub uruchomieniu drugiego strumienia.
Ustal granicę eskalacji w przypadku hałasu termicznego
Pozostaw konfigurację, jeśli pierwotne obciążenie wielu użytkowników kończy się bez gubienia klatek, długotrwałego ograniczania wydajności z powodu temperatury ani niebezpiecznych temperatur. Zapisz zachowanie wentylatora i odtwarzania jako nowy punkt odniesienia.
Przerwij sesję, gdy temperatura nadal rośnie, odtwarzanie zaczyna gubić klatki lub wentylator pozostaje na maksymalnych obrotach bez mierzalnego obciążenia. Przed zmianą oprogramowania układowego lub otwarciem obudowy pozwól urządzeniu ostygnąć.
Skontaktuj się z serwisem lub rozważ wymianę urządzenia, gdy ten sam hałas pojawia się podczas bezczynności, czujnik wentylatora działa niespójnie albo układ chłodzenia nie jest w stanie utrzymać pierwotnego obciążenia po sprawdzeniu oprogramowania i ścieżki odtwarzania.
Polecane produkty
Wsparcie i wskazówki
Więcej do przeczytania
Jak zoptymalizować połączenia z bazą danych Jellyfin dla kontenerów działających równocześnie
Zacznij od jednego właściciela bazy danych i zmierz zachowanie blokad SQLite; dodaj inny backend dopiero wtedy, gdy współbieżność i odzyskiwanie danych uzasadnią tę złożoność.
Jak zapobiegać duplikowaniu zadań lub importów w Jellyfin
Duplikowanie pracy zwykle wynika z nakładających się harmonogramów lub więcej niż jednego procesu zapisującego; wyznacz jednego właściciela, jedną ścieżkę i jeden sposób sprawdzania ukończenia.
Jak naprawić Jellyfin po zapełnieniu woluminu bazy danych
Wstrzymaj zapisy, zachowaj bazę danych i pliki WAL, zwolnij miejsce bez bezmyślnego usuwania stanu, a następnie zweryfikuj integralność i pierwotne działanie.
