Jellyfin에서 자막과 함께 HDR을 재생할 때 CPU 코어가 4개인지 8개인지는 보통 두 번째로 확인할 사항입니다. 첫 번째로는 클라이언트 호환성과 지원되는 GPU 미디어 엔진이 서버가 파일을 Direct Play할지, 아니면 비용이 많이 드는 톤 매핑과 자막 번인을 수행할지를 결정합니다. 동일한 가속 플랫폼에서 4코어로 반복 측정한 CPU 병목 자막 처리나 다중 스트림 작업을 감당하지 못하는 경우에만 8코어를 선택하세요.
코어 수를 세기 전에 재생 경로를 테스트하세요
테스트 조건을 일정하게 유지하세요. HDR 파일 하나, 자막 트랙 하나, 동일한 클라이언트, 재생 품질, 네트워크 경로, Jellyfin 버전, 동시 스트림 수를 사용해야 합니다. 재생을 시작한 뒤 대시보드의 모드와 FFmpeg 로그를 확인하세요. 이러한 맥락 없이 코어 수만 비교하는 결과는 서로 무관한 두 시스템에 대한 단순한 이야기일 뿐입니다.
Jellyfin 문서에 따르면 Direct Play는 파일을 변경하지 않고 그대로 전달하며 서버 부하는 거의 추가되지 않습니다. 클라이언트가 비디오, 오디오, 컨테이너, 자막 형식을 지원한다면 4코어 CPU와 8코어 CPU 모두 최대 성능 한계보다 훨씬 낮은 수준에서 작동할 수 있습니다. 이미 Direct Play인 경로는 코어를 추가해도 개선되지 않습니다.
재생에서 비디오 트랜스코딩, HDR-SDR 톤 매핑, 자막 변환 또는 번인, 혹은 다른 호스트 작업이 여러 개 발생하는 경우에만 비교를 계속하세요. 그렇지 않다면 동일하게 지원되는 미디어 엔진과 저장 장치·네트워크 경로를 갖춘다는 전제하에, 더 저렴한 4코어 시스템이 충분성 측면에서 더 나은 선택입니다.
HDR 톤 매핑에서는 두 CPU 등급 모두 잘못된 선택일 수 있습니다
SDR 클라이언트가 서버에 트랜스코딩 중 톤 매핑을 요구하면 HDR 처리 비용이 커집니다. Jellyfin의 트랜스코딩 문서에 따르면 소프트웨어 HDR-SDR 변환은 매우 느려서 최신 소비자용 CPU도 실시간 처리가 어려울 수 있으며, 따라서 GPU 사용을 권장합니다.
이는 코어 수만 보고 구매할 때 고려해야 할 명확한 한계입니다. 지원되는 Intel, AMD, NVIDIA, Apple 또는 Rockchip 가속 경로를 갖춘 최신 4코어 CPU가, 필요한 코덱과 톤 매핑 단계를 가속하지 못하는 GPU·드라이버·운영 체제 또는 컨테이너 매핑을 사용하는 8코어 CPU보다 더 뛰어난 성능을 낼 수 있습니다.
코어 수를 비교하기 전에 정확한 미디어 엔진 세대와 코덱 지원표를 확인하세요. 두 후보가 모두 동일한 전체 파이프라인을 지원한다면 4코어와 8코어 테스트를 계속 진행하세요. 어느 쪽도 지원하지 않는다면 두 제품을 모두 제외하거나 클라이언트·출력 계획을 바꾸세요. 범용 코어를 두 배로 늘리는 것은 누락된 고정 기능 경로를 안정적으로 대체하지 못합니다.
자막 번인이 8코어를 선택하게 만드는 진짜 기준입니다
자막은 단일한 작업이 아닙니다. 텍스트 자막은 그대로 전달하거나 변환할 수 있지만, 이미지 자막이나 지원되지 않는 스타일은 텍스트 또는 이미지 레이어를 비디오에 번인해야 할 수 있습니다. Jellyfin의 코덱 표에서는 자막 번인을 CPU 사용량이 가장 큰 트랜스코딩 방식으로 설명합니다.
하드웨어 가속은 디코딩, 스케일링, 톤 매핑, 자막 번인, 인코딩 단계로 구성된 파이프라인입니다. Jellyfin은 모든 조합에서 일부 단계를 GPU로 가속할 수 있는 것은 아니며, 부분 가속은 CPU 사용량을 높이고 트랜스코딩 속도를 낮출 수 있다고 설명합니다. 범용 코어를 추가하면 도움이 되는 부분은 바로 이러한 잔여 작업입니다.
동일한 조건의 테스트에서 4코어 시스템이 실시간 트랜스코딩 속도에 미치지 못하거나 CPU가 지속적으로 포화 상태에 가깝거나, 필요한 다른 서비스가 자원을 빼앗기는 경우 8코어를 선택하세요. 단, 8코어 후보가 동일하거나 더 나은 지원 가속기를 유지해야 합니다. 병목이 저장 장치, 메모리, GPU, 발열 또는 네트워크로 이동한다면 더 이상 코어 수를 늘릴 필요가 없습니다.
4코어와 8코어 비교: 조건부 결론
Direct Play, 가끔 발생하는 가속 트랜스코딩, 그리고 측정된 사용량이 높은 구간에도 CPU 여유가 남는 전용 서버에는 4코어가 적합합니다. 자막 번인 또는 부분 가속이 CPU 병목으로 남거나, 이러한 스트림이 여러 개 겹치거나, 호스트에서 함께 실행되는 작업이 많아 Jellyfin을 보호해야 한다면 8코어가 유리합니다.
미디어 엔진을 명시하지 않고 서로 다른 프로세서 세대의 코어 수를 비교하지 마세요. 코덱 지원이 오래된 8코어 CPU는 이 작업에서 최신 4코어 칩에 질 수 있습니다. 전체 플랫폼이 아닌 CPU 등급만으로 결정하기 어려운 경우에는 HDR 및 자막 서버 가이드에서 다음 선택 기준을 확인하세요.
최악의 조건에서 반복 가능한 파일, 자막, 클라이언트 및 동시 스트림 테스트를 여유 있게 통과하는 가장 저렴한 등급을 구매하세요. 필요한 HDR 단계에 대해 지원되는 하드웨어 경로가 어느 후보에도 없다면, 파이프라인을 해결하지 못하는 코어에 비용을 지불하기보다 다른 플랫폼을 선택하세요.
| 관찰된 작업 | 4코어 | 8코어 | 결정 |
|---|---|---|---|
| Direct Play | 충분함 | 유휴 여유 공간 | 4코어 |
| 완전히 가속된 트랜스코딩 1개 | 먼저 테스트 | 대체로 추가 여유 제공 | 측정된 여유에 따라 선택 |
| CPU 자막 번인 또는 부분 가속 | 포화될 수 있음 | 해당 단계가 확장될 경우 유용함 | 검증 후 8코어 |
| 지원되지 않는 HDR 톤 매핑 | 부적합 | 부적합 | 지원되는 GPU 경로 선택 |
제품 비교
더 읽어보기

Home Assistant가 집 전체 기기 제어에서 openHAB를 대체할 수 있을까요?
모든 필수 장치와 자동화가 병행 마이그레이션 및 롤백 테스트를 통과한 경우에만 Home Assistant가 openHAB를 대체할 수 있습니다.

홈 어시스턴트용 미니 PC vs 싱글 보드 서버 vs NAS
작고 효율적인 장치에는 SBC를, 유연한 확장 여유가 필요하면 미니 PC를 선택하고, 공유 호스트 운영이 이미 충분히 성숙한 경우에만 NAS를 선택하세요.

전용 Home Assistant 서버와 공유 앱 호스트 중 선택하는 방법
장애 격리를 단순하게 하려면 전용 호스팅을 선택하고, 격리, 유지 관리 시간, 복구가 검증된 경우에는 공유 호스트를 선택하세요.

