Które obciążenia Plexa rzeczywiście korzystają z większej liczby rdzeni procesora?

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.

Warto zapłacić za większą liczbę rdzeni CPU, gdy zmierzone obciążenie Plex obejmuje kilka zadań zależnych od procesora, które mogą działać równolegle; nie zakładaj, że każda operacja Plex skaluje się wraz z liczbą rdzeni.

Transkodowanie programowe to najbardziej oczywiste obciążenie wielordzeniowe

Wiele transkodowań programowych może zużywać duże ilości równoległego czasu procesora, szczególnie gdy klienci nie mogą korzystać z funkcji Direct Play. W tym scenariuszu dodatkowa moc obliczeniowa ogólnego przeznaczenia jest najłatwiejsza do uzasadnienia.

Zmierz całkowite nasycenie procesora podczas rzeczywistego zestawu konwersji, korzystając z kontroli nasycenia poszczególnych zasobów, i potwierdź, że serwer jest ograniczany przez CPU, a nie czeka na pamięć masową lub sieć.

Jeśli to samo obciążenie może korzystać z obsługiwanego silnika multimedialnego, porównaj tę ścieżkę przed zakupem wielu dodatkowych rdzeni. Akceleracja sprzętowa może zapewnić większą użyteczną wydajność na wat.

Akceleracja sprzętowa zmienia zasady wyboru

Obsługiwany układ iGPU lub GPU przenosi znaczną część konwersji wideo z ogólnych rdzeni procesora. W takim przypadku dodanie rdzeni może mieć mniejszy wpływ na odtwarzanie niż wybór odpowiedniego silnika multimedialnego.

Intel N100 z niewielką liczbą rdzeni może obsłużyć wiele transkodowań sprzętowych, gdy konwersję wykonuje obsługiwany silnik multimedialny, co może mieć większe znaczenie niż dodawanie ogólnych rdzeni CPU.

Zweryfikuj obsługę kodeków, HDR, napisów i systemu operacyjnego dla dokładnie wybranego modelu. Traktuj strumieniowanie z akceleracją sprzętową jako wymaganą ścieżkę tylko wtedy, gdy rzeczywiste klienty faktycznie ją uruchamiają.

Zadania związane z biblioteką i bazą danych mogą napotykać inne ograniczenia procesora

Niektóre operacje skanowania i bazodanowe mogą być wykonywane szeregowo lub ograniczone do jednej ścieżki wykonania, dlatego całkowita liczba rdzeni nie gwarantuje proporcjonalnej poprawy.

Prośba o wielowątkowe skanowanie bibliotek pokazuje, że niektóre zadania skanowania nie rozkładają się automatycznie na wszystkie dostępne rdzenie.

Porównaj nasycenie pojedynczego rdzenia, całkowite użycie CPU i opóźnienia pamięci masowej podczas wolnego zadania bibliotecznego. Jeśli jeden rdzeń jest zajęty, a pozostałe pozostają bezczynne, nadaj priorytet wydajności pojedynczego rdzenia lub ścieżce przechowywania stanu zamiast dodawać więcej rdzeni.

Serwery obsługujące wiele aplikacji mogą wykorzystywać dodatkowe rdzenie, nawet gdy Plex ich nie potrzebuje

Usługi towarzyszące, kopie zapasowe, programy pobierające i inne kontenery mogą działać obok Plex, dzięki czemu łączna liczba rdzeni ma znaczenie. Decyzja zakupowa powinna uwzględniać cały serwer, a nie tylko proces Plex.

Obciążenia kontenerowe wprowadzają zależne od obciążenia narzuty zasobów oraz niezależne zapotrzebowanie na CPU, dlatego przed wyborem liczby rdzeni zapewniającej rzeczywisty zapas mocy przetestuj typowy zestaw usług.

Wybierz najmniejszy procesor, który obsłuży łączne obciążenie szczytowe przy aktywnych zadaniach konserwacyjnych. Dodatkowe rdzenie są uzasadnione, gdy zapobiegają powtarzalnym konfliktom o zasoby, a nie wtedy, gdy host i tak pozostaje w większości bezczynny.

Przewodnik zakupowy

Więcej do przeczytania

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.