Jak sprawdzić, czy opóźnienie w Plex wynika z klienta, czy z serwera

Eva Wong

IceWhale author

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

How to Tell Whether Plex Delay Comes From the Client or Server - Zima Store Online

Opóźnienie w Plex dotyczy strony klienta, gdy ta sama ścieżka serwera działa gdzie indziej, oraz strony serwera, gdy wielu klientów odtwarza to samo wąskie gardło.

Trudne przypadki występują pomiędzy tymi skrajnościami, dlatego zamiast intuicji stosuj podmiany. Zachowaj ten sam plik multimedialny i sieć, zmieniaj tylko klienta, a następnie powtórz test z innym plikiem lub w innym trybie odtwarzania. Jednocześnie obserwuj wysycenie zasobów serwera i logi, aby test rozdzielał renderowanie, dekodowanie, dostarczanie danych przez sieć i przetwarzanie po stronie serwera.

Odtwórz opóźnienie z użyciem tych samych multimediów

Jednoczesna zmiana pliku i klienta uniemożliwia porównanie. Jeden znany plik testowy zapewnia stabilne obciążenie do sprawdzenia, czy konkretne urządzenie działa wyjątkowo wolno.

regresje Plex specyficzne dla klienta mogą dotyczyć niektórych platform, podczas gdy inne działają prawidłowo.

Odtwórz ten sam materiał w tej samej jakości na dwóch klientach w tej samej sieci, a następnie porównaj czas rozpoczęcia odtwarzania i błędy. Jeśli opóźnienie występuje tylko na jednym kliencie, przed wprowadzaniem zmian na serwerze sprawdź obsługiwane kodeki klienta, wersję aplikacji i dekodowanie na urządzeniu.

Sprawdź, czy serwer jest wysycony

Opóźnienie po stronie serwera powinno pozostawiać ślady w postaci zwiększonego użycia procesora, pamięci, dysku, sieci lub aktywności procesów roboczych podczas obsługi wolnego żądania. Jeśli host pozostaje wyraźnie poniżej granicy wysycenia, bardziej prawdopodobny staje się problem po stronie klienta lub ścieżki sieciowej.

sprawdzanie wykorzystania, wysycenia i błędów pozwala odróżnić zajęty zasób od zasobu rzeczywiście ograniczonego lub niesprawnego.

Zapisz te same metryki hosta podczas szybkiej sesji klienta i podczas sesji wolnego klienta. Jeśli wolny klient nie powoduje odpowiadającego mu wzrostu obciążenia serwera, przed zwiększeniem zasobów serwera zbadaj punkt końcowy lub transport.

Wymuś Direct Play i transkodowanie jako osobne testy

Klient może działać szybko w trybie Direct Play, ale wolno, gdy jego niekompatybilność zmusza serwer do użycia innej ścieżki odtwarzania. Testowanie obu trybów pokazuje, czy opóźnienie wynika z samego klienta, czy z obciążenia transkodowaniem, które on wywołuje.

Gdy wymagane jest transkodowanie Plex, zgodność klienta przenosi zadania dekodowania i kodowania na serwer.

Użyj pliku multimedialnego, o którym wiadomo, że działa w trybie Direct Play na obu klientach, a następnie wprowadź problematyczny format lub ustawienia napisów. Jeśli opóźnienie pojawia się dopiero po rozpoczęciu konwersji, sprawdź transkoder i pamięć tymczasową zamiast interfejsu klienta. W przypadku opóźnień występujących wyłącznie przez WAN powtórz tę samą macierz testów dla znanej ścieżki zdalnego strumieniowania Plex, aby nie mieszać zachowania lokalnego i zdalnego.

-15% OFF

ZimaBoard 2 – Mini serwer domowy dla Twojego wielkiego pomysłu

Single board computer zimaboard2

Użyj macierzy ścieżek zamiast pojedynczych testów

Najszybsza diagnoza polega na porównaniu klientów A i B podczas odtwarzania bezpośredniego i transkodowanego w tych samych warunkach sieciowych. Taka macierz pokazuje, która zmienna jest powiązana z awarią, zamiast prowadzić do gromadzenia niezwiązanych ze sobą zmian ustawień.

zdalne strumieniowanie 4K w Plex wymaga stabilnego wysyłania danych i może również uruchamiać konwersję po stronie serwera.

Zapisz cztery wyniki: klient A/bezpośrednio, klient A/konwersja, klient B/bezpośrednio i klient B/konwersja. Jeśli jeden wiersz konsekwentnie kończy się niepowodzeniem, najpierw napraw tę warstwę i ponownie uruchom macierz, zanim przejdziesz do kolejnej hipotezy.