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.
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.
Centrum Technologii i Sztucznej Inteligencji
Więcej do przeczytania

Czy kamery domowe mogą synchronizować zdarzenia bez korzystania z chmurowych usług czasu?
Wyjaśnienie działania czasu kamery bez chmury, jego kompromisów związanych ze współdzielonymi zasobami, trzy często zadawane pytania dotyczące rozsyłania zapytań oraz praktyczny protokół weryfikacji.

Czy lokalna usługa AI może wykryć uszkodzone warstwy modelu przed wnioskowaniem?
Wyjaśnienie wykrywania uszkodzeń warstwy modelu oparte na mechanizmach, kompromisy związane ze współdzielonymi zasobami, trzy najczęściej zadawane pytania dotyczące rozgałęziania zapytań oraz praktyczny protokół weryfikacji.

Czy system RAG można przywrócić bez ponownego generowania wszystkich wektorów embeddingowych?
Wyjaśnienie działania mechanizmu przywracania RAG bez ponownego tworzenia osadzeń, kompromisy związane ze współdzielonymi zasobami, trzy często zadawane pytania dotyczące rozsyłania zapytań oraz praktyczny protokół...

