Jak przeprowadzić powtarzalny test wydajności Plexa na serwerze domowym

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 Benchmark Plex With a Repeatable Home-Server Workload

Przydatny test porównawczy Plex utrzymuje stałe multimedia, klienta, jakość, stan pamięci podręcznej i konkurencyjne obciążenia, mierząc jednocześnie etap, który faktycznie ogranicza odtwarzanie.

Serwer domowy może wydawać się szybki podczas pojedynczego strumienia, a mimo to zawodzić, gdy drugi użytkownik, skanowanie biblioteki lub zimna pamięć podręczna zmienią obciążenie. Syntetyczne wyniki procesora lub dysku nie są w stanie odtworzyć każdej decyzji Plex, ponieważ Direct Play, transkodowanie, wypalanie napisów i przepustowość zdalnego połączenia obciążają różne części systemu. Zbuduj niewielką macierz obciążeń i uruchamiaj ją ponownie bez zmian.

Zdefiniuj obciążenie, zanim zmierzysz sprzęt

Test powinien odzwierciedlać interesujące Cię ścieżki odtwarzania: co najmniej znany przypadek Direct Play oraz najcięższy przypadek konwersji, który zamierzasz obsługiwać. Jeśli zdalne przesyłanie strumieniowe ma znaczenie, uwzględnij rzeczywistą ścieżkę wysyłania lub kontrolowany limit przepustowości, zamiast zakładać, że wyniki z sieci LAN przełożą się bezpośrednio na ten scenariusz.

Kontrola wąskich gardeł dla poszczególnych zasobów powinna obejmować wykorzystanie, nasycenie i błędy procesora, pamięci, sieci oraz pamięci masowej, zamiast opierać się na jednej średniej wartości; to podstawa powtarzalnego testu porównawczego Plex.

Panel Plex dostarcza pierwszej wymaganej obserwacji: kto odtwarza materiał, jakiego klienta używa oraz czy strumień jest bezpośredni, czy transkodowany. Bez tego kontekstu wartość procentowa użycia procesora ani wykres sieci nie powie Ci, czy oba przebiegi są porównywalne.

Kontroluj pamięć podręczną, klienta i pracę w tle

Rozgrzana pamięć podręczna metadanych i systemu plików może sprawić, że powtórzony przebieg będzie wyglądał na szybszy; inny klient może zmienić ścieżkę odtwarzania; zaplanowane skanowania mogą zwiększyć obciążenie dysku i procesora. Te zmienne należy utrzymywać na stałym poziomie albo celowo uwzględnić je jako osobne przypadki testowe.

Podczas wykonywania powtarzalnego testu Plex, bez jawnie określonych limitów zasobów kontenera, sąsiednia usługa może w tym samym okresie szczytowego obciążenia zużywać procesor, pamięć lub zasoby wejścia-wyjścia pamięci masowej i zmieniać działanie Plex.

Wąskie gardło jest wiarygodne, gdy ten sam zasób ulega nasyceniu, a ten sam objaw widoczny dla użytkownika pojawia się w kolejnych powtórzeniach. Jeden niewyjaśniony skok to wskazówka, a nie wartość określająca wydajność.

Kiedy wyniki testu przestają być uniwersalne

Test przestaje przewidywać działanie w Twoim gospodarstwie domowym, gdy testowane multimedia, napisy, urządzenia klienckie lub współbieżność nie odpowiadają rzeczywistemu użyciu. Przestaje też być porównywalny po aktualizacji oprogramowania, która zmienia transkoder, analizę multimediów lub możliwości klienta.

Na granicy awarii w powtarzalnym teście Plex testy kontenerów pokazują, że większa przydzielona pamięć nie zawsze poprawia wydajność, gdy użyteczny zestaw roboczy jest już zaspokojony, dlatego ilość pamięci należy dobrać na podstawie zaobserwowanego obciążenia.

Wykonaj test ponownie po większych zmianach w Plex, kliencie, sterowniku lub sieci. Jeśli ścieżka odtwarzania zmieni się z Direct Play na transkodowanie, potraktuj ją jako nowy scenariusz testowy, a nie porównuj bezpośrednio ze starym wynikiem.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

Użyj niewielkiej macierzy testów Plex

Utwórz cztery nazwane przypadki: lokalny Direct Play, wymuszone transkodowanie, zdalne odtwarzanie oraz jeden przypadek nakładania się obciążeń z usługą działającą w tle. Zapisuj tryb odtwarzania, czas rozpoczęcia, buforowanie, użycie CPU/GPU, presję pamięci, opóźnienia dysku i przepustowość sieci. Bazowa konfiguracja serwera Plex pomaga również oddzielić zachowanie klienta od ograniczeń obliczeniowych i pamięci masowej po stronie serwera podczas testów.

Zanim zaakceptujesz zmianę w powtarzalnym teście Plex, pamiętaj, że przetestowany system Intel N100 obsłużył wiele transkodowań sprzętowych przy umiarkowanym obciążeniu procesora, pokazując, dlaczego obsługa kodeków i akceleracja mogą mieć większe znaczenie niż ogólna nazwa procesora.

Dobierz wydajność do najgorszego powtarzalnego przypadku, który rzeczywiście musisz obsługiwać. Przestań dodawać sprzęt, gdy wymagane przypadki przechodzą test z zapasem, a pozostały wolny przypadek wykracza poza rzeczywiste obciążenie.