Więcej rdzeni procesora czy szybsze rdzenie w Plexie: co ma większe znaczenie?

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.

More CPU Cores vs Faster Cores for Plex: Which Matters More? - Zima Store Online

Większa liczba rdzeni procesora ma przewagę, gdy Plex musi równolegle planować zadania programowe; szybsze rdzenie lub obsługiwany silnik multimedialny są ważniejsze, gdy obciążenie nie może wykorzystać dodatkowych rdzeni.

Odtwarzanie bezpośrednie prawie nie korzysta z dodatkowych rdzeni procesora

Gdy klient może bezpośrednio odtworzyć źródłowe multimedia, Plex zajmuje się głównie udostępnianiem plików i obsługą stanu sesji, zamiast wykonywać intensywną konwersję wideo. Dodatkowe rdzenie mogą pozostawać bezczynne, podczas gdy użyteczną pracę wykonują pamięć masowa i sieć.

Konserwacja bazy danych Plex jest odrębnym obciążeniem odtwarzania wideo i nie należy jej mylić z potrzebą większej liczby ogólnych rdzeni procesora.

Zmierz użycie procesora w najbardziej obciążonym okresie odtwarzania bezpośredniego. Jeśli wykorzystanie i wysycenie pozostają niskie, dodanie rdzeni nie poprawi tej ścieżki odtwarzania.

Transkodowanie sprzętowe zmienia porównanie

Obsługiwany silnik multimedialny może wykonywać kodowanie i dekodowanie wideo poza ogólnymi rdzeniami procesora. Skromny procesor z odpowiednim akcelerowaniem może pokonać wielordzeniowy procesor, który musi korzystać z programowej konwersji.

Wiele transkodowań sprzętowych może działać przy stosunkowo niewielkim obciążeniu ogólnych zasobów procesora, gdy silnik multimedialny jest obsługiwany; wyniki wielu równoczesnych transkodowań na N100 stanowią jeden zmierzony przykład.

Porównaj dokładny kodek, HDR, napisy i ścieżkę systemu operacyjnego na obu kandydatach. Wybierz system, który potwierdza wymaganą akcelerację, zamiast tego, który ma więcej rdzeni tylko na papierze.

Niektóre zadania Plexa nadal są ograniczone w innych miejscach

Wyszukiwanie, metadane, uruchamianie i operacje na bazie danych mogą stać się ograniczone przez pamięć masową lub zapytania, zanim wszystkie rdzenie procesora będą zajęte. Rozbudowa do większej liczby rdzeni nie naprawi wolnego urządzenia z danymi aplikacji.

Pamięć masowa o niskich opóźnieniach może bardziej zmienić wydajność małych obciążeń Plexa związanych ze stanem niż dodatkowa moc obliczeniowa, gdy aktywnym wąskim gardłem jest losowy dostęp SSD w porównaniu z HDD.

Przeprowadź test biblioteki, wyszukiwania i zadania konserwacyjnego, rejestrując jednocześnie użycie procesora i opóźnienia danych aplikacji. Zmodernizuj zasób, który w tym zadaniu osiąga nasycenie. Gdy wąskim gardłem jest konwersja, przetestuj strumieniowanie z akceleracją sprzętową, zanim zapłacisz za większą liczbę ogólnych rdzeni procesora, ponieważ silnik multimedialny może całkowicie zmienić porównanie.

-15% OFF

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

Single board computer zimaboard2

Liczba rdzeni ma przewagę w równoległych obciążeniach procesora

Większa liczba rdzeni ma znaczenie, gdy kilka programowych transkodowań lub aplikacji towarzyszących rzeczywiście wykonuje jednocześnie intensywne obliczeniowo zadania. Obciążenie musi być wystarczająco równoległe, aby utrzymać te rdzenie w pracy.

Użyj testów nasycenia procesora podczas rzeczywistego szczytowego obciążenia, aby potwierdzić, czy procesor ma zadania gotowe do wykonania.

Wybierz system z większą liczbą rdzeni, gdy powtarzane testy szczytowego obciążenia wykazują nasycenie procesora, a obciążenia nie można przenieść na akcelerację sprzętową. W przeciwnym razie przeznacz budżet na rzeczywiste wąskie gardło.