Jak Plex przekształca działania użytkownika w zadania wykonywane w tle

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 Plex Turns User Actions Into Background Work - Zima Store Online

Działanie użytkownika w Plex może zakończyć się w interfejsie, podczas gdy serwer nadal wykonuje w tle skanowanie, przetwarzanie metadanych, zapis do bazy danych lub transkodowanie.

Przydatny model obejmuje żądanie, pracę w kolejce, wykorzystanie zasobów i widoczny rezultat. Zmiana w bibliotece może zwrócić kontrolę użytkownikowi, zanim serwer zakończy wszystkie operacje następcze, dlatego późniejsza aktywność procesora lub dysku nie musi być niezwiązana z tym działaniem. Śledź zadanie w logach, aktywności procesów i pamięci masowej, zamiast mierzyć wyłącznie czas kliknięcia przycisku.

Działanie użytkownika często jest tylko wyzwalaczem

Zdarzenie w interfejsie i kosztowna praca serwera nie muszą mieć tego samego czasu trwania. Dodanie multimediów, odświeżenie metadanych lub rozpoczęcie odtwarzania może uruchomić zadania, które będą kontynuowane po potwierdzeniu żądania.

jawne mapowania woluminów Dockera oddzielają widoczność ścieżek od uprawnień do zapisu między usługami.

Zapisz godzinę wykonania działania, a następnie przez kilka kolejnych minut obserwuj procesy Plex i logi. Jeśli wykorzystanie zasobów rozpocznie się po powrocie interfejsu, potraktuj je jako pracę kolejkowaną lub asynchroniczną, a nie niewyjaśnione obciążenie. topologia domowego serwera multimediów z jasno określonymi rolami usług ułatwia również prześledzenie łańcucha żądanie–usługa, gdy używane są kontenery towarzyszące.

Odtwarzanie może uruchamiać inną ścieżkę zadań

Żądanie odtwarzania może być lekkie, gdy klient korzysta z funkcji Direct Play, ale stać się wymagające obliczeniowo, gdy serwer musi przekonwertować strumień. Ten sam tytuł może więc generować różną pracę w tle zależnie od klienta, napisów lub ograniczeń przepustowości zdalnego połączenia.

ścieżka transkodowania Plex jest używana tylko wtedy, gdy bezpośrednie dostarczenie nie jest możliwe, dlatego funkcje Direct Play i konwersję należy analizować osobno.

Odtwórz ten sam plik na znanym kliencie obsługującym Direct Play, a następnie na problematycznym kliencie, porównując wykorzystanie procesora i aktywność transkodowania. Jeśli skok obciążenia procesu roboczego występuje tylko na jednej ścieżce odtwarzania, przed zwiększeniem mocy procesora zbadaj zgodność i ograniczenia strumienia.

Zmiany w bibliotece powodują kaskadę operacji na metadanych i bazie danych

Aktualizacja biblioteki obejmuje więcej niż samą ścieżkę do pliku multimedialnego. Plex musi synchronizować z wykrytymi zasobami zindeksowany stan biblioteki, okładki, metadane i informacje o stanie obejrzenia.

dane serwera Plex obejmują wiele małych plików metadanych i baz danych, oprócz samych multimediów.

Podczas kontrolowanego skanowania pojedynczego elementu obserwuj operacje wejścia/wyjścia danych aplikacji, a dopiero potem testuj odświeżanie całej biblioteki. Jeśli aktualizacja jednego elementu już powoduje duże opóźnienia, przed optymalizacją częstotliwości skanowania napraw ścieżkę danych aplikacji.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

Mierz zadanie, a nie tylko kliknięcie

Rozwiązywanie problemów jest skuteczniejsze, gdy każde działanie ma oczekiwany ślad w kolejnych etapach. Procesor, pamięć, dysk, sieć i stan procesów należy próbkować przez całe okno trwania zadania, a nie tylko w jednej chwili.

kontrole wysycenia zasobów pomagają skupić diagnozę na rzeczywistych ograniczeniach, zamiast na jednym procencie wykorzystania.

Utwórz jedną oś czasu obejmującą działanie użytkownika, uruchomienie procesu roboczego, szczytowe wykorzystanie zasobów i zakończenie zadania. Jeśli skok wykorzystania zasobów rozpoczyna się bez odpowiadającego mu zadania Plex, rozszerz analizę o inne usługi lub zadania konserwacyjne hosta.