Tak, 2.5GbE zwykle obsłuży kilka strumieni 4K w trybie Direct Play, gdy ich łączna szczytowa przepływność pozostaje poniżej przepustowości najwolniejszego stabilnego odcinka połączenia.
Tryb Direct Play eliminuje konieczność kodowania wideo, ale nie usuwa ograniczeń sieci, pamięci masowej, kontenera, przełącznika ani klienta. Domowy serwer multimediów musi odczytywać każde źródło z odpowiednią prędkością, przesyłać wszystkie sesje przez faktycznie wynegocjowane połączenia i radzić sobie ze skokami przepływności bez wyczerpywania buforów odtwarzaczy. Dlatego właściwą odpowiedzią nie jest stała liczba strumieni, lecz zmierzony limit równoczesności oparty na reprezentatywnych plikach i najsłabszym urządzeniu w całej ścieżce.
Potwierdź, że każda testowa sesja rzeczywiście korzysta z trybu Direct Play
Uruchom reprezentatywny materiał 4K na każdym planowanym kliencie i sprawdź panel serwera multimediów. Zapisz, czy wideo, dźwięk i napisy korzystają z trybu Direct Play, Direct Stream czy Transcode, a także podany powód i bieżącą przepływność.
Sesja, która wygląda na „strumieniowanie 4K”, może nadal konwertować dźwięk, przeprowadzać remuks kontenera lub wypalać napisy w obrazie. Raport Jellyfin dla Android TV pokazuje, jak zmiana ustawienia przepływności klienta wpłynęła na to, czy duży plik był przesyłany bezpośrednio czy transkodowany.
Nie uwzględniaj sesji w teście sieciowym Direct Play, jeśli serwer koduje wideo. Najpierw wybierz zgodne ścieżki dźwiękowe i napisy, ustaw oryginalną jakość na kliencie i potwierdź, że panel pozostaje w wybranym trybie także po przewinięciu i wznowieniu odtwarzania.
Mierz szczytową przepływność zamiast opierać się wyłącznie na rozmiarze pliku
Zapisz czas trwania każdego pliku, średnią przepływność i zaobserwowane wartości szczytowe podczas odtwarzania. Podzielenie rozmiaru pliku przez czas odtwarzania daje średnią, ale sceny akcji, bezstratny dźwięk i sekwencje o dużej szczegółowości mogą chwilowo wymagać znacznie większej przepustowości.
Materiały 4K o wysokiej przepływności mogą generować skoki przekraczające 100 Mb/s, nawet gdy średnia jest niższa. Poradnik rozwiązywania problemów społeczności Plex podkreśla, że skoki przepływności 4K mogą przekraczać 100 Mb/s, dlatego telewizor z portem Ethernet 100 Mb/s może zacząć mieć problemy, zanim łącze serwera 2.5GbE zostanie zajęte.
Zbuduj zestaw testowy z plików o najwyższej przepływności, które użytkownicy rzeczywiście oglądają, a nie z jednego skompresowanego klipu demonstracyjnego. Odtwórz każdy materiał przez najbardziej wymagającą scenę i rejestruj wykorzystanie sieci wystarczająco długo, aby bufor klienta częściowo się opróżnił lub uzupełnił.
Sumuj strumienie, zachowując rozsądny zapas przepustowości
Wstępne zapotrzebowanie oblicz, sumując zmierzoną szczytową lub wysoką percentylową przepływność każdego jednoczesnego strumienia. Dodaj dźwięk, narzut protokołów, przeglądanie biblioteki, przesyłanie napisów i inny ruch korzystający z tego samego interfejsu serwera.
Łącze 2.5GbE reklamuje przepustowość 2500 Mb/s, ale aplikacja nie powinna być projektowana tak, aby stale pracować przy tej wartości. Zachowaj zapas na narzut Ethernetu i TCP, zmienność przepływności, retransmisje, opóźnienia pamięci masowej oraz rozpoczęcie odtwarzania przez kolejnego użytkownika podczas istniejącego szczytu.
Przykładowo dziesięć sesji osiągających szczytowo około 100 Mb/s oznacza około 1000 Mb/s przed uwzględnieniem narzutu i innego ruchu. Taka suma mieści się poniżej bezpiecznej przepustowości łącza serwera 2.5GbE, ale pojedynczy klient ograniczony do 100 Mb/s nadal może buforować ten sam materiał.
| Zmierzona przepływność szczytowa na strumień | Cztery strumienie | Osiem strumieni | Co sprawdzić dalej |
|---|---|---|---|
| 50 Mb/s | 200 Mb/s | 400 Mb/s | Łącza klientów i opóźnienia pamięci masowej |
| 100 Mb/s | 400 Mb/s | 800 Mb/s | Porty telewizorów 100 Mb/s i stabilność Wi-Fi |
| 150 Mb/s | 600 Mb/s | 1200 Mb/s | Łącza uplink przełącznika, dyski i stały zapas przepustowości |
To przykłady do planowania, a nie gwarantowana liczba strumieni. Zastąp je rzeczywistymi wartościami szczytowymi z biblioteki i przestań zwiększać liczbę sesji, gdy pojawi się buforowanie, retransmisje, oczekiwanie na pamięć masową lub nasycenie łącza.
Zweryfikuj każde wynegocjowane łącze między serwerem a klientami
Sprawdź serwer multimediów, porty przełącznika, łącza uplink, punkty dostępowe, adaptery klientów i interfejsy telewizorów. Serwer może negocjować 2.5GbE, podczas gdy łącze uplink przełącznika działa z prędkością 1GbE albo port Ethernet telewizora obsługuje maksymalnie 100 Mb/s.
Ograniczenia klienta często decydują o odtwarzaniu 4K. W jednym z przypadków analizowanych podczas rozwiązywania problemów z Plex odtwarzanie 4K o wysokiej przepływności było ograniczone przez ścieżkę sieciową klienta, a nie przez możliwość odczytu pliku przez serwer.
Odczytuj wynegocjowane prędkości i liczniki błędów zamiast polegać na oznaczeniach portów. Poradnik ZimaSpace dotyczący portu 2.5GbE negocjującego połączenie 1GbE to kolejny krok, gdy interfejs serwera nigdy nie osiąga oczekiwanego trybu połączenia.
Sprawdź, czy pamięć masowa może obsłużyć łączny odczyt
Uruchom ten sam test równoczesnego odtwarzania, monitorując przepustowość dysku, głębokość kolejki, opóźnienia, działanie pamięci podręcznej i błędy systemu plików. Direct Play wykorzystuje głównie odczyt sekwencyjny, ale kilka plików znajdujących się w różnych obszarach dysku może powodować konkurencyjne odczyty.
Pamięć masowa zwykle oferuje wystarczającą przepustowość sekwencyjną dla kilku strumieni, jednak zdegradowana macierz, trwający scrub, dysk SMR, zdalne montowanie lub równoczesne tworzenie miniatur mogą wprowadzać opóźnienia niewidoczne na wykresie sieci. Objawem jest buforowanie, mimo że łącze 2.5GbE pozostaje dalekie od nasycenia.
Powtórz test z materiałami skopiowanymi na znany jako szybki lokalny dysk SSD. Jeśli odtwarzanie się ustabilizuje bez zmiany klientów ani ścieżek sieciowych, zbadaj pamięć masową biblioteki, sposób montowania lub obciążenie macierzy zamiast ponownie modernizować Ethernet.
Oddziel wydajność serwera od awarii zależnych od konkretnego klienta
Gdy jeden telewizor buforuje, a laptopy i przystawki do strumieniowania działają stabilnie, pozostaw sprawne sesje uruchomione i zamień tylko wadliwego klienta na inne urządzenie przewodowe. Dzięki temu ustalisz, czy łączna ścieżka serwera jest przeciążona, czy pojedynczy punkt końcowy nie może utrzymać swojego strumienia.
Plik odtwarzany bezpośrednio z przepływnością 120 Mb/s może nie działać na jednym odtwarzaczu nawet w gigabitowej sieci LAN, ponieważ kodek i zachowanie klienta nadal są elementami ścieżki. Jeden z przypadków Jellyfin opisuje awarię odtwarzania po stronie klienta przy wysokiej przepływności mimo lokalnej pamięci masowej i gigabitowej sieci.
Rejestruj awarie według urządzenia, pliku, ścieżki dźwiękowej, ścieżki napisów i typu połączenia. Nie obniżaj jakości dla całego serwera ani nie uznawaj 2.5GbE za niewystarczające, gdy to samo łączne obciążenie działa poprawnie po wymianie ograniczonego klienta.
Znajdź rzeczywisty limit równoczesności za pomocą etapowego testu obciążenia
Zacznij od jednego materiału o wysokiej przepływności, a następnie dodawaj sesje pojedynczo i uruchamiaj je w różnych momentach, aby ich szczyty nakładały się w nieprzewidywalny sposób. Monitoruj szybkość wysyłania serwera, wykorzystanie przełącznika, retransmisje, opóźnienia pamięci masowej, użycie procesora i zdarzenia dotyczące bufora klienta.
Powtórz test po ponownym uruchomieniu serwera oraz podczas jednego typowego zadania w tle, takiego jak skanowanie biblioteki. Ścieżka weryfikacji domowego serwera multimediów ZimaSpace wyjaśnia, dlaczego przed uznaniem konfiguracji za gotową należy przetestować odtwarzanie na więcej niż jednym rzeczywistym kliencie.
2.5GbE jest wystarczające, gdy planowana liczba sesji Direct Play przetrwa najbardziej wymagające sceny ze stabilnymi buforami i odpowiednim zapasem przepustowości. Zwiększ przepustowość lub rozdziel ruch tylko wtedy, gdy po wykluczeniu ograniczeń portów klientów, łączy uplink przełącznika, pamięci masowej i przypadkowego transkodowania zmierzonym wąskim gardłem pozostaje łącze serwera.
Wsparcie i wskazówki
Więcej do przeczytania

Czy Plex może współdzielić kartę graficzną z innym kontenerem Dockera?
Plex i inny kontener często mogą korzystać z tego samego układu GPU, ale należy przetestować obsługę sterowników, mapowanie urządzeń, obciążenie silnika wideo, pamięć oraz...

Jak ustalić, czy błąd Plex pochodzi od klienta, czy od serwera
Odtwórz ten sam przypadek na innym kliencie, porównaj ścieżkę sesji, a następnie zbierz dowody z serwera dopiero wtedy, gdy zakres analizy wskaże, gdzie faktycznie...

Jak skonfigurować pamięć podręczną Plex i tymczasową pamięć na transkodowane pliki
Chroń trwały stan Plex, umieszczając tymczasowe pliki transkodowania na odpowiedniej pamięci lokalnej, a następnie zweryfikuj czyszczenie, ilość wolnego miejsca i zachowanie podczas ponownego uruchamiania.

