Plex에서 병렬 소프트웨어 작업을 예약해야 할 때는 CPU 코어 수가 많을수록 유리하며, 작업이 추가 코어를 활용할 수 없을 때는 더 빠른 코어 또는 지원되는 미디어 엔진이 더 중요합니다.
Direct Play에서는 추가 CPU 코어의 이점이 거의 없습니다
클라이언트가 원본 미디어를 직접 재생할 수 있으면 Plex는 주로 무거운 비디오 변환 대신 파일과 세션 상태를 제공합니다. 이때 추가 코어는 유휴 상태로 남고 스토리지와 네트워크가 실제 작업을 처리할 수 있습니다.
Plex 데이터베이스 유지 관리는 비디오 재생과 별개의 작업이므로, 더 많은 일반 CPU 코어가 필요하다는 의미로 혼동해서는 안 됩니다.
Direct Play 사용량이 가장 많은 시간대에 CPU를 측정하세요. 사용률과 포화도가 계속 낮다면 코어를 추가해도 해당 재생 경로는 개선되지 않습니다.
하드웨어 트랜스코딩은 비교 기준을 바꿉니다
지원되는 미디어 엔진은 일반 CPU 코어 외부에서 비디오 인코딩 및 디코딩 작업을 처리할 수 있습니다. 적절한 가속 기능을 갖춘 보급형 프로세서가 소프트웨어 변환으로 처리하는 다코어 CPU보다 우수할 수 있습니다.
미디어 엔진이 지원되면 여러 하드웨어 트랜스코딩을 비교적 낮은 일반 CPU 부하로 실행할 수 있습니다. N100 다중 트랜스코딩 결과는 이를 측정한 한 가지 사례입니다.
두 후보 시스템에서 정확히 동일한 코덱, HDR, 자막, 운영체제 경로를 비교하세요. 단순히 문서상 코어 수가 더 많은 시스템이 아니라, 필요한 가속 기능을 실제로 입증한 시스템에 우위를 주세요.
Plex의 일부 작업은 다른 요소에 의해 제한됩니다
검색, 메타데이터, 시작 및 데이터베이스 작업은 모든 CPU 코어가 바빠지기 전에 스토리지나 쿼리 성능에 의해 제한될 수 있습니다. 다코어 업그레이드로 느린 앱 데이터 장치가 해결되지는 않습니다.
SSD와 HDD의 랜덤 액세스 성능이 실제 병목이라면, 지연 시간이 짧은 스토리지가 추가 연산 성능보다 소규모 상태 데이터를 사용하는 Plex 작업을 더 크게 개선할 수 있습니다.
CPU와 앱 데이터 지연 시간을 기록하면서 라이브러리 열기, 검색 및 유지 관리 작업을 벤치마크하세요. 해당 작업에서 포화되는 리소스를 업그레이드하세요. 변환이 병목이라면 미디어 엔진이 비교 결과를 완전히 바꿀 수 있으므로, 일반 CPU 코어를 더 구매하기 전에 하드웨어 가속 스트리밍을 먼저 테스트하세요.
병렬 CPU 작업에서는 코어 수가 많을수록 유리합니다
여러 소프트웨어 트랜스코딩이나 관련 애플리케이션이 동시에 실제로 CPU 집약적인 작업을 수행할 때는 코어 수가 많을수록 유리합니다. 해당 작업량이 충분히 병렬화되어 코어를 계속 바쁘게 유지할 수 있어야 합니다.
실제 피크 시간에 CPU 포화도 점검을 사용해 프로세서가 실행을 기다리는 실행 가능 작업을 보유하고 있는지 확인하세요.
반복적인 피크 테스트에서 CPU 포화가 나타나고 작업을 하드웨어 가속으로 전환할 수 없다면 코어 수가 더 많은 시스템을 선택하세요. 그렇지 않다면 예산을 실제 병목에 사용하세요.
제품 비교
더 읽어보기

CGNAT 뒤의 장치를 위한 WireGuard 서버와 메시 VPN 비교
이동이 잦은 기기를 간편하게 사용하려면 메시 VPN을 사용하고, 라우팅, 키 및 공용 엔드포인트를 직접 관리하려면 WireGuard 릴레이를 사용하세요.

기가비트 클라이언트에서 10GbE NAS 사용하기: 서버와 엔드포인트 중 무엇을 먼저 업그레이드해야 할까?
느린 워크스테이션 한 대는 엔드포인트 경로를 업그레이드하고, 여러 기가비트 클라이언트가 동시에 NAS 업링크를 포화시키는 경우에는 먼저 NAS 업링크를 업그레이드하세요.

홈 서버에서 1GbE와 2.5GbE 비교: 어떤 워크로드에서 차이가 날까?
가벼운 서비스와 단일 스트림에는 1GbE를 유지하고, 반복적인 전송이나 여러 클라이언트의 합산 속도가 약 100MB/s를 지속적으로 초과하면 2.5GbE로 전환하세요.

