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 포화가 나타나고 작업을 하드웨어 가속으로 전환할 수 없다면 코어 수가 더 많은 시스템을 선택하세요. 그렇지 않다면 예산을 실제 병목에 사용하세요.
제품 비교
더 읽어보기

Overseerr를 사용하는 Plex와 독립형 Plex 스택: 어떤 구성이 더 적합할까요?
반복되는 가정 내 워크플로를 해결하기 위해 요청 관리가 필요한 경우에만 Overseerr를 선택하세요. 그렇지 않다면 독립형 Plex가 서비스, 비밀 정보, 복구 단계를 더 적게 유지합니다.

Plex 원격 액세스 위협 모델링 방법: 공개 노출과 비공개 VPN 비교
공개된 Plex 노출과 VPN 액세스를 보안 경계로 비교할 때는 공격 표면, 클라이언트 지원, 접근 철회, 라우팅, 운영 장애를 모두 고려해야 합니다.

Plex용 SATA SSD vs NVMe SSD: 실제로 성능을 바꾸는 것은?
강력한 Plex 앱 데이터의 기본 구성으로는 SATA SSD를 선택하고, 측정된 상태나 공유 워크로드에서 추가 성능을 활용할 수 있을 때만 NVMe를 선택하세요.

