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

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.

Miarygodny test Jellyfin utrzymuje stałe multimedia, klientów, jakość, stan pamięci podręcznej i konkurencyjne obciążenia, a następnie porównuje te same kryteria zaliczenia.

Test powinien odpowiadać na konkretne pytanie: uruchamianie przy pierwszym użyciu, powtarzane przeglądanie, odtwarzanie w sposób ciągły czy obsługa jednoczesnych użytkowników. Testy na zimno i na ciepło to różne przypadki, a zadania działające w tle mogą zmienić oba wyniki. Określ obciążenie i próg akceptacji przed zmianą sprzętu, aby wynik pozostał porównywalny.

Zdefiniuj obciążenie przed pomiarem

Wybierz plik, klienta, ustawienia napisów i HDR, zasady jakości, liczbę jednoczesnych operacji, ścieżkę sieciową oraz usługi działające w tle. Zapisz tryb odtwarzania oraz informację, czy test jest wykonywany na zimno, czy na ciepło.

Skorzystaj z listy kontrolnej testu na zimno i na ciepło, aby oddzielić definicję obciążenia od wniosków dotyczących sprzętu.

Powtarzalne obciążenie jest bardziej wartościowe niż syntetyczna liczba, która nigdy nie odzwierciedla rzeczywistego użytkowania w domu.

Testy na zimno i na ciepło muszą pozostać rozdzielone

Pierwszy test mierzy pobieranie danych z pamięci masowej i tworzenie zbioru roboczego; powtarzane testy mierzą ponowne wykorzystanie danych. Połączenie ich w jedną średnią może sprawić, że wynik uzyskany dzięki pamięci podręcznej będzie wyglądał jak dodatkowa wydajność sprzętu.

Metoda testu na zimno i na ciepło rejestruje niezależnie pierwszy test po ponownym uruchomieniu oraz testy powtarzane.

Zachowaj obie wartości, ponieważ szybkość reakcji przy pierwszym użyciu i zachowanie w stanie ustalonym to różne doświadczenia użytkownika.

Kontroluj pracę w tle i czynniki zakłócające

Skanowanie, kopie zapasowe, generowanie miniatur, pobieranie oraz inny kontener mogą zużywać te same zasoby lub usuwać przydatne strony z pamięci. Wstrzymaj je na potrzeby kontrolowanego pomiaru bazowego, a następnie wykonaj drugi test przy aktywnych, normalnie działających usługach.

Zastosuj metodę wykorzystania i nasycenia zasobów, aby wykorzystanie, nasycenie i błędy pozostały powiązane z określonym obciążeniem.

Jeśli wynik zmienia się tylko wtedy, gdy działa inne zadanie, jest to informacja o współdzielonym zasobie, a nie niewyjaśniony szum pomiarowy.

Ustal kryteria zaliczenia przed zmianą sprzętu

Określ akceptowalny czas uruchamiania, opóźnienie wyszukiwania, liczbę zgubionych klatek, stan bufora, długość kolejki i liczbę błędów. Powtórz każdy przypadek kilka razy i zmieniaj jedną zmienną na każde porównanie.

Model granicy wydajności oparty na zależnościach pomaga określić, który etap musi spełniać wymagania, zanim aktualizacja sprzętu zostanie uznana za przydatną.

Zakończ testy, gdy docelowe obciążenie będzie konsekwentnie spełniać wymagania z odpowiednim zapasem. Nie uśredniaj nieporównywalnych trybów odtwarzania w jeden wynik.

Centrum Technologii i Sztucznej Inteligencji

Więcej do przeczytania

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.