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

Dlaczego architektura Home Assistant zmienia się, gdy serwer domowy obsługuje więcej usług?
Więcej usług zmienia architekturę Home Assistanta, gdy dodają współdzielony stan, kolejki, urządzenia, cykle aktualizacji lub domeny awarii — a nie tylko więcej kontenerów.

Jak mierzyć wydajność Home Assistant, nie myląc pamięci podręcznej z możliwościami sprzętu
Ciepły wynik potwierdza ponowne wykorzystanie, a nie wydajność. Zmierz zimny start, ciepły stan ustalony, powtarzające się obciążenie, opóźnienie ogona oraz pierwszy zasób, który osiąga...

Ile równoległych automatyzacji potrzebuje Home Assistant do sterowania całym domem?
Większość automatyzacji obejmujących cały dom wymaga jedynie ograniczonego nakładania się uruchomień; określ maksymalną równoległość na podstawie czasu trwania uruchomienia × częstotliwości wyzwalania, a następnie...

