Plex에서 더 많은 CPU 코어와 더 빠른 코어 중 무엇이 더 중요할까요?

에바 왕기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

Plex에서 병렬 소프트웨어 작업을 예약해야 할 때는 CPU 코어 수가 많을수록 유리하며, 작업이 추가 코어를 활용할 수 없을 때는 더 빠른 코어 또는 지원되는 미디어 엔진이 더 중요합니다.

Direct Play에서는 추가 CPU 코어의 이점이 거의 없습니다

클라이언트가 원본 미디어를 직접 재생할 수 있으면 Plex는 주로 무거운 비디오 변환 대신 파일과 세션 상태를 제공합니다. 이때 추가 코어는 유휴 상태로 남고 스토리지와 네트워크가 실제 작업을 처리할 수 있습니다.

Plex 데이터베이스 유지 관리는 비디오 재생과 별개의 작업이므로, 더 많은 일반 CPU 코어가 필요하다는 의미로 혼동해서는 안 됩니다.

Direct Play 사용량이 가장 많은 시간대에 CPU를 측정하세요. 사용률과 포화도가 계속 낮다면 코어를 추가해도 해당 재생 경로는 개선되지 않습니다.

하드웨어 트랜스코딩은 비교 기준을 바꿉니다

지원되는 미디어 엔진은 일반 CPU 코어 외부에서 비디오 인코딩 및 디코딩 작업을 처리할 수 있습니다. 적절한 가속 기능을 갖춘 보급형 프로세서가 소프트웨어 변환으로 처리하는 다코어 CPU보다 우수할 수 있습니다.

미디어 엔진이 지원되면 여러 하드웨어 트랜스코딩을 비교적 낮은 일반 CPU 부하로 실행할 수 있습니다. N100 다중 트랜스코딩 결과는 이를 측정한 한 가지 사례입니다.

두 후보 시스템에서 정확히 동일한 코덱, HDR, 자막, 운영체제 경로를 비교하세요. 단순히 문서상 코어 수가 더 많은 시스템이 아니라, 필요한 가속 기능을 실제로 입증한 시스템에 우위를 주세요.

Plex의 일부 작업은 다른 요소에 의해 제한됩니다

검색, 메타데이터, 시작 및 데이터베이스 작업은 모든 CPU 코어가 바빠지기 전에 스토리지나 쿼리 성능에 의해 제한될 수 있습니다. 다코어 업그레이드로 느린 앱 데이터 장치가 해결되지는 않습니다.

SSD와 HDD의 랜덤 액세스 성능이 실제 병목이라면, 지연 시간이 짧은 스토리지가 추가 연산 성능보다 소규모 상태 데이터를 사용하는 Plex 작업을 더 크게 개선할 수 있습니다.

CPU와 앱 데이터 지연 시간을 기록하면서 라이브러리 열기, 검색 및 유지 관리 작업을 벤치마크하세요. 해당 작업에서 포화되는 리소스를 업그레이드하세요. 변환이 병목이라면 미디어 엔진이 비교 결과를 완전히 바꿀 수 있으므로, 일반 CPU 코어를 더 구매하기 전에 하드웨어 가속 스트리밍을 먼저 테스트하세요.

-15% OFF

병렬 CPU 작업에서는 코어 수가 많을수록 유리합니다

여러 소프트웨어 트랜스코딩이나 관련 애플리케이션이 동시에 실제로 CPU 집약적인 작업을 수행할 때는 코어 수가 많을수록 유리합니다. 해당 작업량이 충분히 병렬화되어 코어를 계속 바쁘게 유지할 수 있어야 합니다.

실제 피크 시간에 CPU 포화도 점검을 사용해 프로세서가 실행을 기다리는 실행 가능 작업을 보유하고 있는지 확인하세요.

반복적인 피크 테스트에서 CPU 포화가 나타나고 작업을 하드웨어 가속으로 전환할 수 없다면 코어 수가 더 많은 시스템을 선택하세요. 그렇지 않다면 예산을 실제 병목에 사용하세요.

제품 비교

더 읽어보기

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.