Najnowszy blog

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 zachowanie podczas odzyskiwania sprawności.

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 występuje awaria.

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.

Użyj kopii zapasowej bazy danych Plex do zapisania podstawowego stanu albo zatrzymaj Plex przed skopiowaniem całego drzewa danych aplikacji, a następnie przetestuj możliwość przywrócenia zamiast ufać kopii plików wykonanej podczas działania.

Ścieżka wycofania, która chroni bazę danych Plex, unika nieprzemyślanych przeskoków między wersjami i potwierdza, że poprzednia kompilacja rzeczywiście naprawia regresję, zanim na niej pozostaniesz.

Użyj jednego strumienia bazowego, a następnie dodawaj klientów, obserwując tryb Direct Play, transkodowanie, przepustowość i wykorzystanie zasobów, aby zidentyfikować pierwsze rzeczywiste ograniczenie.

Najmniej inwazyjny sposób, aby ustalić, czy zawiódł Plex, czy odwrotny serwer proxy, naprawić dotkniętą trasę i sprawdzić, czy logowanie przetrwa kolejny restart serwera proxy.

Odwracalna migracja danych aplikacji Plex, która zachowuje stan serwera, sprawdza uprawnienia i ścieżki oraz weryfikuje historię oglądania przed usunięciem starej kopii.