Co powoduje rozrost metadanych Jellyfin podczas strumieniowania dla wielu użytkowników?

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.

What Causes Jellyfin Metadata Growth During Multi-User Streaming? - Zima Store Online

Streaming dla wielu użytkowników może przyspieszyć wzrost ilości danych Jellyfin, ale trwałe grafiki, indeksy, stan odtwarzania, wtyczki i logi zwykle mają większe znaczenie niż same strumienie.

Rodzina może przeglądać tę samą bibliotekę na telewizorach, telefonach, tabletach i w Kodi, generując różne żądania obrazów oraz wiele aktualizacji stanu oglądania. W tym samym czasie skanowanie biblioteki i wtyczki nadal tworzą zasoby po stronie serwera. Przydatne jest rozróżnienie między wielokrotnie używanymi metadanymi, pochodnymi dopasowanymi do klientów, danymi operacyjnymi i tymczasowymi plikami transkodowania; traktowanie każdego rosnącego katalogu jako „metadanych” ukrywa faktyczne zachowanie kontrolujące zajętość.

Rekordy biblioteki rosną wraz z liczbą elementów i relacji

Jellyfin przechowuje tożsamości, tytuły, sezony, osoby, gatunki, identyfikatory dostawców, ścieżki i relacje, aby klienci mogli przeszukiwać spójny katalog. Wzrost zależy od liczby i złożoności indeksowanych obiektów, a nie od liczby bajtów w bibliotece multimediów.

Organizacja plików wpływa na dokładność dopasowywania i zmiany w rekordach. Szczegółowe wyjaśnienie dotyczące struktury folderów i dopasowywania metadanych łączy decyzje dotyczące nazewnictwa z duplikatami, brakującymi plakatami i rozproszonymi odcinkami.

Odtwarzanie przez wielu użytkowników często odczytuje te rekordy, ale zwykle nie duplikuje głównego katalogu dla każdego użytkownika. Liczba użytkowników przede wszystkim zwiększa stan powiązany ze współdzieloną biblioteką, natomiast dodawanie elementów lub ponowne ich dopasowywanie powiększa sam katalog.

Grafiki i przeskalowane warianty często zajmują najwięcej miejsca

Plakaty, tła, logotypy, miniatury i przeskalowane warianty dla klientów to zasoby binarne, które mogą zajmować więcej miejsca niż rekordy tekstowe. Różne układy ekranów i żądane wymiary mogą tworzyć lub zachowywać dodatkowe pochodne, nawet gdy każdy użytkownik ogląda ten sam tytuł.

Wyjaśnienia społeczności odróżniają trwale skopiowane grafiki od jednorazowego cache: przeskalowane warianty obrazów mogą pozostać powiązane z elementem zamiast znikać natychmiast po zakończeniu sesji.

Sprawia to, że sposób przeglądania biblioteki jest pośrednim czynnikiem wzrostu. Większa liczba typów urządzeń udostępnia więcej wymiarów i grafik, ale górna granica nadal zależy od rozmiaru biblioteki, włączonych źródeł obrazów i sposobu czyszczenia danych.

Stan odtwarzania, wtyczki i logi rosną według odrębnych krzywych

Każdy użytkownik dodaje postęp oglądania, ulubione, zasady dostępu, historię sesji i rekordy aktywności. Wtyczki mogą utrzymywać własne indeksy lub pobrane dane, a logi rosną wraz ze szczegółowością rejestrowania i częstotliwością zdarzeń; każda z tych krzywych jest mniejsza z osobna, ale przy długim okresie przechowywania może mieć istotne znaczenie.

Wskazówki dotyczące tworzenia kopii zapasowych obejmujące konfigurację, metadane, historię oglądania i wtyczki pokazują, że są to odrębne trwałe role, nawet jeśli korzystają z jednego woluminu aplikacji.

Równoczesne korzystanie przez wielu użytkowników zwiększa częstotliwość aktualizacji, ale niekoniecznie rozmiar rekordu przy każdym zdarzeniu. Problem z logowaniem lub pętla wtyczki może więc przerosnąć normalne gromadzenie stanu oglądania i nie należy przypisywać tego zdrowemu streamingowi dla wielu użytkowników.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

Kiedy „wzrost metadanych” jest błędną diagnozą

Segmenty transkodowania i pamięci podręczne pobierania mogą podczas odtwarzania zajmować gigabajty, ale są tymczasowymi danymi multimedialnymi, a nie metadanymi katalogu. Błędy w ścieżkach kontenerów mogą również powodować zapisywanie danych roboczych w woluminie aplikacji, przez co wygląda na to, że streaming powiększa bazę danych.

To rozróżnienie ma kluczowe znaczenie dla budżetu przestrzeni dyskowej Jellyfin, który oddziela metadane, wygenerowane zasoby, dane robocze transkodowania i logi. Każdy z tych elementów wymaga innej zasady przechowywania i monitorowania. Odrębny raport z praktycznego wdrożenia również potwierdza zasadność używania oddzielnych ścieżek danych zamiast zakładania, że widoczny objaw wskazuje źródło problemu.

Przez tydzień mierz niezależnie pięć ścieżek: bazę danych, zasoby grafik i metadanych, wtyczki, logi oraz transkodowanie/cache. Porównaj wzrost z liczbą dodanych elementów biblioteki i aktywnych sesji; zbadaj każdą ścieżkę, której rozmiar nadal rośnie, gdy nie występuje oczekiwany czynnik powodujący ten wzrost.