Ile przepustowości sieci potrzebuje Jellyfin do strumieniowania w domu 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.

How Much Network Bandwidth Does Jellyfin Need for Multi-User Home Streaming? - Zima Store Online

Wymagana przepustowość Jellyfin jest równa szczytowej przepływności jednocześnie dostarczanych strumieni powiększonej o narzut protokołów i zapas; w przypadku połączeń zdalnych zwykle to przepustowość wysyłania stanowi bardziej restrykcyjne ograniczenie.

Serwer domowy może obsługiwać kilka lokalnych sesji Direct Play przez gigabitowy Ethernet, podczas gdy ten sam zestaw sesji może zawodzić zdalnie, ponieważ przepustowość wysyłania jest współdzielona przez wszystkie strumienie i zadania wykonywane w domu. Przy szacowaniu bezpiecznego limitu dla wielu użytkowników należy osobno uwzględnić przepływności strumieni, jakość po stronie klienta, kierunek transmisji i charakterystykę krótkotrwałych skoków zapotrzebowania.

Zacznij od dostarczanej przepływności, a nie rozmiaru pliku

Kilku użytkowników ogląda pliki o różnych rozmiarach źródłowych i z różnymi kodekami. Istotna zależność jest następująca: sieć przenosi dostarczaną przepływność Direct Play, remuksu lub transkodowania, a nie rozmiar pliku źródłowego.

Obserwowany efekt jest następujący: dwa pliki o podobnym czasie trwania mogą wymagać bardzo różnej przepustowości, ponieważ różnią się przepływnością kodowania i jakością. Dlatego wynik zmienia się wraz ze wspomnianym warunkiem. dostarczana przepływność

Granica jest konkretna: wartości średnie ukrywają sceny szczytowe i skoki przepływności segmentów. Praktyczny wniosek: rejestruj wyjściową przepływność i kierunek transmisji dla każdej sesji.

Dodaj narzut protokołów i skoki przepływności segmentów

Przepływności poszczególnych sesji są znane. Istotna zależność jest następująca: dostarczanie segmentowane oraz protokoły sieciowe dodają nagłówki i powodują krótkotrwałe skoki powyżej średniej przepływności multimediów.

Obserwowany efekt jest następujący: łącze może obsługiwać średnią przepustowość, a mimo to dochodzić do buforowania, gdy skoki przekraczają możliwości kolejki lub margines przepustowości wysyłania. Dlatego wynik zmienia się wraz ze wspomnianym warunkiem. zapotrzebowanie szczytowe

Granica jest konkretna: narzut zależy od protokołu, klienta, szyfrowania i rozmiaru segmentu. Praktyczny wniosek: zastosuj współczynnik bezpieczeństwa i zmierz rzeczywistą ścieżkę, gdy zbliżasz się do limitu.

Skaluj osobno strumienie w sieci LAN i zdalne

Dostępne jest konserwatywne zapotrzebowanie na przepustowość pojedynczego strumienia. Istotna zależność jest następująca: sesje lokalne zużywają zasoby sieci LAN i wyjścia serwera; sesje zdalne dodatkowo zużywają przepustowość wysyłania WAN, serwera proxy, VPN, a czasem także przekaźnika.

Obserwowany efekt jest następujący: odtwarzanie lokalne działa, podczas gdy sesje zdalne buforują przy limicie przepustowości wysyłania. Dlatego wynik zmienia się wraz ze wspomnianym warunkiem. limit przepustowości wysyłania dla połączeń zdalnych

Granica jest konkretna: gigabitowa sieć LAN nie zwiększa przepustowości wysyłania łącza o parametrach 20 Mb/s. Praktyczny wniosek: oblicz łączną przepływność lokalną i łączną przepływność wysyłania dla sesji zdalnych jako osobne wartości.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

Uwzględniaj zapas zamiast stosować samo minimum

Łączne wartości dla sieci LAN i połączeń zdalnych zostały obliczone. Istotna zależność jest następująca: zapas pochłania szczytowe przepływności, narzut TCP/TLS, ruch w tle i błędy pomiarowe.

Obserwowany efekt jest następujący: strumienie pozostają stabilne, gdy zmierzone szczytowe zapotrzebowanie mieści się poniżej ustalonego budżetu łącza; buforowanie zaczyna się, gdy kolejka wykorzysta ten margines. Dlatego wynik zmienia się wraz ze wspomnianym warunkiem. test równoczesnej przepustowości

Granica jest konkretna: jeden stały procent nie sprawdzi się u każdego dostawcy internetu, w każdej sieci VPN ani dla każdego klienta. Praktyczny wniosek: pozostaw udokumentowany margines i zweryfikuj go podczas jednoczesnego odtwarzania.