Dlaczego lokalne przetwarzanie staje się coraz ważniejsze w domowych serwerach Plex?

Przetwarzanie lokalne zyskuje na znaczeniu w domowych serwerach Plex, ponieważ nowoczesny sprzęt może wykonywać więcej operacji na multimediach bliżej biblioteki i klientów.

Nie oznacza to, że Plex rezygnuje z usług chmurowych ani przenosi każdą funkcję na urządzenie. Konto, wyszukiwanie, certyfikaty, aktualizacje i zdalny dostęp nadal mogą zależeć od usług internetowych. Zmiana jest węższa: przystępne cenowo silniki multimedialne, szybsza pamięć lokalna i domowe serwery obsługujące wiele usług sprawiają, że można praktycznie przenieść większą część przygotowywania odtwarzania i przesyłania danych do domu, gdy pozwala na to dane obciążenie.

Osobista biblioteka multimediów zaczyna się od lokalnej ścieżki danych

Biblioteka Plex zwykle zaczyna się od plików przechowywanych na lokalnym dysku, serwerze NAS lub serwerze domowym. Gdy zgodny klient korzysta z funkcji Direct Play, głównym zadaniem jest przesłanie tych lokalnych bajtów przez sieć domową lub łącze wychodzące serwera, zamiast wysyłania źródła przez chmurowy potok przetwarzania.

Przetwarzanie bliżej miejsca, w którym dane są tworzone lub przechowywane, może ograniczyć liczbę żądań oraz utrzymać większą część pracy na własnej infrastrukturze. Lokalne przetwarzanie w pobliżu źródła danych może zmniejszyć zależność od odległego, scentralizowanego przetwarzania, choć domowy serwer Plex jest znacznie mniejszy niż firmowe wdrożenie brzegowe.

W przypadku Plex praktyczną korzyścią jest kontrola nad ścieżką źródłową. Pamięć lokalną, serwer, sieć LAN i klienta można testować jako jeden łańcuch, a oglądanie zdalne dodaje ścieżkę internetową tylko tam, gdzie jest ona rzeczywiście potrzebna.

Nowoczesne silniki multimedialne zwiększają wydajność lokalnej konwersji

Przetwarzanie lokalne ma większe znaczenie, gdy klient nie może wykorzystać źródła bez zmian. Ograniczenie jakości dla połączenia zdalnego, nieobsługiwany kodek, konwersja HDR lub ścieżka napisów mogą wymagać od serwera dekodowania, przekształcania i kodowania wideo w czasie rzeczywistym.

Dedykowane silniki multimedialne sprawiają, że taka praca jest znacznie bardziej praktyczna na kompaktowym sprzęcie. Plex obsługuje strumieniowanie z akceleracją sprzętową, dzięki czemu obsługiwane silniki multimedialne mogą wykonywać zadania kodowania i dekodowania, które w przeciwnym razie przypadłyby ogólnym rdzeniom procesora.

Nie jest to uniwersalna obietnica określonej liczby jednoczesnych strumieni. Kodeki, sterowniki, system operacyjny, mapowanie tonów, napisy i współbieżność nadal określają wynik, dlatego lokalna konwersja jest wartościowa tylko wtedy, gdy konkretna ścieżka jest obsługiwana i stabilna.

Przetwarzanie lokalne zmniejsza zależność od opóźnień w sieci WAN

Gdy żądane operacje można wykonać na serwerze domowym, multimedia nie muszą trafiać do odległej usługi obliczeniowej wyłącznie po to, aby zdecydować, jak przygotować poszczególne klatki. Może to utrzymać przygotowywanie odtwarzania wrażliwe na opóźnienia blisko pamięci masowej i pozostawić łącze domowe na potrzeby właściwego strumienia zdalnego.

Wykonywanie obsługiwanych operacji na serwerze domowym nie usuwa opóźnień sieci WAN po stronie zdalnego widza, ale pozwala uniknąć zbędnego zdalnego etapu przetwarzania, gdy serwer ma już odpowiednie możliwości. Pozostałe opóźnienie nadal zależy od przepustowości wysyłania, routingu internetowego i ścieżki klienta.

Ta granica ma znaczenie przy interpretowaniu pojęcia „lokalne”. Zdalny klient nadal zależy od przepustowości wysyłania, routingu internetowego i własnej ścieżki pobierania. Lokalne obliczenia mogą skrócić lub uprościć stronę przetwarzania, ale nie zamieniają zdalnej sesji w sesję LAN.

-15% OFF

ZimaBoard 2 – Mini serwer domowy dla Twojego wielkiego pomysłu

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Sprzęt do serwerów domowych sprawia, że lokalna obsługa multimediów jest dziś dostępna

Niewielkie systemy x86 mogą dziś łączyć wydajną zintegrowaną grafikę, pamięć SSD na aplikacje i wielogigabitową sieć w ramach poboru energii odpowiednim dla stale działającego serwera domowego. Zmienia to koszt utrzymywania przetwarzania multimediów obok biblioteki, zamiast rezerwowania go dla dużych komputerów stacjonarnych lub serwerów szafowych.

Popularność serwerów domowych coraz częściej opiera się na starych komputerach i minikomputerach, które mogą obsługiwać multimedia, pamięć masową, automatyzację i inne usługi lokalne. Ta większa dostępność obniża próg wejścia w utrzymywanie przetwarzania Plex obok biblioteki, ale nie gwarantuje, że każdy mały system poradzi sobie z każdym obciążeniem 4K HDR.

Wyniki transkodowania sprzętowego różnią się w zależności od platformy, dlatego konfigurację opartą na przetwarzaniu lokalnym należy weryfikować przy użyciu rzeczywistych kodeków i klientów, zamiast wybierać ją wyłącznie na podstawie oznaczenia procesora.

Przetwarzanie lokalne nadal wiąże się z zależnościami od chmury i dostępu zdalnego

Lokalne przetwarzanie multimediów nie sprawia, że Plex staje się systemem odłączonym od sieci. Logowanie do konta, aktualizacje aplikacji, zdalne wyszukiwanie, obsługa certyfikatów i niektóre funkcje dostępu zdalnego mogą nadal obejmować usługi zewnętrzne, a zdalne odtwarzanie zawsze w pewnym miejscu przekracza granicę internetu.

Praktycznym celem projektowym jest więc selektywna lokalność: przechowywanie źródłowych multimediów, trwałego stanu i obsługiwanego przetwarzania multimediów blisko serwera domowego, a następnie korzystanie z usług zewnętrznych tylko w tych obszarach, które rzeczywiście ich wymagają. Takie podejście zachowuje lokalną kontrolę bez udawania, że każda zależność od chmury może lub powinna zniknąć.

Przy doborze lokalnego przetwarzania konkretnie pod kątem zdalnego obrazu 4K pomocna jest granica obciążenia zdalnego 4K, która pomaga oddzielić wymagania obliczeniowe od przepustowości wysyłania i zgodności klienta. Przetwarzanie lokalne ma większe znaczenie, ponieważ jest wydajniejsze i daje większą kontrolę, a nie dlatego, że infrastruktura zdalna przestała mieć znaczenie.