Dlaczego uruchamianie Plexa może zwolnić po aktualizacji

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.

Why Plex Startup Can Slow After an Update - Zima Store Online

Aktualizacja Plexa może wydłużyć pierwsze uruchomienie, gdy przed przejściem serwera do normalnej pracy trzeba zmigrować lub odbudować zapisany stan.

Kluczowe jest ustalenie, czy opóźnienie jest jednorazowym przejściem, czy trwałym pogorszeniem wydajności. Podczas pierwszego uruchomienia obserwuj użycie procesora, operacje wejścia-wyjścia danych aplikacji oraz logi, a następnie porównaj je z kolejnym czystym restartem. Powtarzająca się powolność po zakończeniu migracji wskazuje na inne wąskie gardło niż aktualizacja, która po prostu musiała przetworzyć większą ilość danych.

Zmiany w bazie danych mogą opóźnić gotowość

Zmiana wersji może wymagać przekształcenia istniejącego stanu bazy danych, zanim interfejs internetowy będzie w pełni użyteczny. Koszt rośnie wraz z ilością danych, które trzeba odwiedzić, a nie tylko wraz z pojemnością biblioteki multimediów.

Podczas niektórych aktualizacji migracja obejmująca całą bazę danych może skanować zapisane rekordy, zanim zakończy się normalne uruchamianie. Może to tymczasowo zwiększyć użycie procesora i dysku, nie oznaczając trwałego problemu z wydajnością.

Zapisz czas pierwszego uruchomienia oraz dwóch kolejnych restartów. Jeśli tylko uruchomienie obejmujące migrację jest powolne, udokumentuj okno konserwacyjne zamiast dostrajać serwer działający w trybie ustalonym.

Odbudowa pamięci podręcznej zmienia pierwsze żądania

Aktualizacja może unieważnić pamięci podręczne lub doprowadzić do ich opróżnienia, nawet gdy bazowa baza biblioteki działa prawidłowo. Wówczas pierwsze żądania nawigacji i wyszukiwania ponoszą koszty, których późniejsze żądania już unikają.

Różnica wydajności między zimnym a rozgrzanym stanem jest zgodna z zachowaniem eksmisji pamięci podręcznej stron, w którym dane, które nie znajdują się już w pamięci, wymagają ponownego dostępu do pamięci masowej, zanim kolejne żądania skorzystają z ponownego użycia danych.

Porównaj tę samą stronę biblioteki bezpośrednio po restarcie oraz ponownie po wielokrotnym uzyskaniu do niej dostępu. Jeśli opóźnienie gwałtownie spada bez zmian konfiguracji, stan pamięci podręcznej jest częścią doświadczenia związanego z uruchamianiem.

Pamięć masowa decyduje o uciążliwości odbudowy

Migracja i ponowne zapełnianie pamięci podręcznej powodują wiele niewielkich odczytów i zapisów stanu w katalogu danych Plexa. Wolny losowy dostęp może wydłużyć te zadania, nawet jeśli samo odtwarzanie multimediów odbywa się sekwencyjnie.

Silniki baz danych różnie reagują na zmiany opóźnień i przepustowości pamięci masowej, a wrażliwość operacji wejścia-wyjścia bazy danych pomaga wyjaśnić, dlaczego pamięć masowa danych aplikacji może mieć większe znaczenie podczas zadań wykonywanych przy uruchamianiu niż podczas strumieniowania w trybie Direct Play.

W miarę możliwości przechowuj stan Plexa na trwałej ścieżce o niskich opóźnieniach i oddziel go od multimediów masowych. Taki sam układ trwałych danych aplikacji ułatwia także późniejsze odizolowanie zachowania podczas aktualizacji.

-15% OFF

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

Single board computer zimaboard2

Trwale wysokie użycie procesora wymaga innej diagnozy

Wysokie użycie procesora podczas znanej aktualizacji bazy danych może być oczekiwane w ramach tego konkretnego zdarzenia; wysokie użycie procesora przy każdym restarcie wymaga ponownego testu. Podobny objaw mogą powodować analiza w tle, operacje wyszukiwania lub uszkodzona baza danych.

Jeśli użycie procesora pozostaje wysokie po uzyskaniu gotowości, trwałe skoki użycia procesora po aktualizacji mogą wskazywać na regresję charakterystyczną dla danej wersji, a nie na normalną pracę migracji. To daje konkretny powód, by porównać drugi restart z poprzednią wersją, zamiast bez końca tłumaczyć problem migracją.

Jeśli użycie procesora pozostaje wysokie po zakończeniu komunikatów migracji, podczas drugiego restartu zarejestruj aktywny proces Plexa oraz kolejkę operacji pamięci masowej. Potraktuj utrzymujące się obciążenie jako osobny problem z wydajnością, zamiast bez końca przypisywać je aktualizacji.