동시 홈 미디어 트랜스코딩을 시작할 때는, 내장 그래픽의 고정 기능 비디오 엔진이 실제 클라이언트에 필요한 코덱, 비트 깊이, 톤 매핑 경로를 지원한다면 내장 그래픽이 일반적으로 더 나은 선택입니다. 이러한 트랜스코딩이 iGPU의 측정된 처리량을 초과하거나, 내장 엔진에 없는 코덱 기능이 필요하거나, 다른 그래픽 작업과 분리해야 할 때는 외장 GPU가 더 유리합니다. 따라서 유용한 비교 기준은 “약한 iGPU와 강력한 GPU”가 아니라, CPU에 이미 내장된 미디어 엔진이 별도의 전력, 드라이버, 패스스루 영역을 만들지 않고 정확한 동시 변환 작업을 지속적으로 처리할 수 있는지 여부입니다.
코덱 지원 범위가 첫 번째 탈락 기준을 결정합니다
먼저 서버가 처리해야 하는 원본 코덱과 출력 형식을 나열하세요. 미디어 엔진이 원본을 하드웨어로 디코딩하거나 필요한 출력을 하드웨어로 인코딩하지 못하면, GPU가 기술적으로 감지되더라도 파이프라인의 상당 부분이 CPU에서 처리될 수 있습니다. 따라서 “내장” 또는 “외장”이라는 포괄적인 분류보다 세대와 코덱 지원이 더 중요합니다.
Jellyfin의 현재 하드웨어 가속 문서는 디코딩, 스케일링, 톤 매핑, 자막, 인코딩 단계를 구분하며 일부 단계는 소프트웨어로 처리될 수 있다고 설명합니다. Jellyfin의 전체 및 부분 가속 모델은 유용한 구매 기준입니다. 특정 단계가 지원될 때만 해당 장치가 도움이 되기 때문입니다.
iGPU가 라이브러리의 모든 까다로운 파일을 처리한다면, 단지 최대 그래픽 성능이 더 높다는 이유만으로 외장 카드를 추가하지 마세요. 필요한 AV1, HEVC 10비트, 톤 매핑 또는 인코딩 경로가 반복적으로 소프트웨어 처리로 전환된다면, 먼저 원시 GPU 등급이 아니라 해당 기능을 기준으로 최신 내장 하드웨어와 외장 가속기를 비교하세요.
미디어 엔진에 충분한 여유가 있다면 내장 그래픽이 유리합니다
iGPU는 프로세서 패키지, 메인보드, 냉각 경로, 그리고 대개 시스템 메모리를 공유하므로 미디어 서버는 별도의 PCIe 장치 없이도 고정 기능 디코딩과 인코딩을 사용할 수 있습니다. 그 결과 유휴 하드웨어, 케이블, 드라이버 계층이 줄어들고 업데이트를 거쳐 계속 작동해야 하는 구성 요소도 감소합니다. 대부분의 콘텐츠를 다이렉트 플레이하고 가끔 호환되지 않는 스트림 몇 개만 변환하는 소형 서버라면, 이는 가장 간결한 아키텍처인 경우가 많습니다.
Intel은 애플리케이션이 Quick Sync를 사용하려면 Quick Sync가 지원되어야 하며 내장 그래픽이 활성화되어 있어야 한다고 설명합니다. 따라서 모든 Intel CPU 세대가 동일하게 작동한다고 가정하기보다, 사용 중인 프로세서의 정확한 Quick Sync 지원 기능을 확인하는 편이 더 유용합니다.
다만 이 선택은 측정된 동시 처리 능력에 따라 달라집니다. CPU 코어 사용률이 높지 않아 보여도 공유 메모리 대역폭, 발열 한계, 코덱 엔진 처리량, 기타 서비스가 iGPU의 성능을 먼저 제한할 수 있습니다. 가장 까다로운 동시 트랜스코딩 구간을 여유 있게 실시간으로 완료할 수 있을 때에만 내장 그래픽이 우세합니다.
외장 GPU는 더 많은 전용 비디오 처리 용량을 제공하지만 자동으로 효율적이지는 않습니다
외장 GPU는 자체 실리콘, 메모리, 전력 예산과 하나 이상의 전용 비디오 엔진을 추가합니다. 따라서 특히 선택한 카드가 호스트의 내장 그래픽보다 최신 코덱을 지원하는 경우, 여러 변환을 동시에 피할 수 없이 처리해야 하는 미디어 서버에 훨씬 더 큰 여유를 제공할 수 있습니다.
NVIDIA의 최신 Video Codec SDK는 지원되는 세대에서 H.264, HEVC, AV1 하드웨어 인코딩을 지원하며 NVENC/NVDEC를 실시간보다 빠른 비디오 처리에 활용할 수 있다고 설명합니다. 중요한 장점은 게임용 셰이더 수가 아니라 카드의 전용 인코딩 및 디코딩 엔진입니다.
그러나 이러한 처리 용량에는 유지 비용이 따릅니다. 카드는 슬롯을 차지하고 유휴 및 부하 상태에서 전력을 소비하며 발열을 추가하고 VM이나 컨테이너의 장치 할당을 복잡하게 만들 수 있습니다. iGPU가 이미 필요한 스트림 수를 안정적으로 처리한다면, 외장 카드가 기술적으로 더 빠르더라도 재생 품질이나 경험에는 눈에 띄는 개선이 없을 수 있습니다.
단일 벤치마크보다 동시 스트림이 더 중요합니다
4K 트랜스코딩 하나가 성공했다는 사실은 호환성을 입증할 뿐 처리 용량을 입증하지는 않습니다. 가정에서 실제로 발생할 수 있는 정확한 조합을 실행하세요. 예를 들어 HDR 4K 변환 하나, 1080p 원격 트랜스코딩 하나, 자막 처리가 많은 스트림 하나를 동시에 실행할 수 있습니다. 내장 그래픽과 외장 그래픽 경로를 비교할 때 원본 파일, 출력 품질, 클라이언트 조건을 동일하게 유지하세요.
| 관찰된 결과 | 내장 그래픽의 의미 | 외장 GPU의 의미 |
|---|---|---|
| 예상한 모든 스트림이 충분한 여유를 두고 실시간으로 유지됨 | iGPU를 유지 | 추가 카드가 재생에 거의 도움이 되지 않음 |
| 지원되지 않는 코덱만 CPU 처리로 전환됨 | 문제는 세대일 수 있음 | 해당 경로를 지원할 때만 카드 선택 |
| 스트림이 겹치면 비디오 엔진이 포화됨 | 동시 처리 한계에 도달함 | 전용 엔진의 처리 용량이 카드 구매를 정당화할 수 있음 |
| 하드웨어 인코딩 중에도 CPU 사용률이 높음 | 필터와 부분 가속을 점검 | 지원되지 않는 소프트웨어 단계를 카드 하나로 해결할 수 없음 |
| 재생은 안정적이지만 유휴 전력이 크게 증가함 | 효율성 이점이 유지됨 | 현재 필요하지 않은 처리 용량을 구매하는 것임 |
가장 느리거나 복잡한 스트림을 첫 번째 기준으로 삼은 다음, 실제 사용 환경과 같은 수준이 될 때까지 동시 세션을 추가하세요. 가정에서 필요한 여유만 확보하면 됩니다. 실제로 사용하지 않을 합성 스트림 수를 기준으로 최적화할 이유는 없습니다.
또한 서버가 라이브러리 검색이나 백업 같은 일반적인 백그라운드 작업을 수행하는 동안 테스트를 반복하세요. 이러한 현실적인 동시 작업에서도 iGPU가 안정적으로 유지된다면, 아직 나타나지 않은 처리 용량 문제를 외장 GPU로 해결하려는 것입니다. 반대로 다른 리소스는 정상인데 세션이 늘어날수록 미디어 엔진이 무너진다면, 추가 가속기에 측정 가능한 역할이 있는 것입니다.
품질은 GPU 분류보다 인코더 세대와 설정에 좌우됩니다
하드웨어 인코더는 실시간 처리량을 우선합니다. 소프트웨어 인코더는 압축 결정을 위해 더 많은 CPU 시간을 사용할 수 있으며, 최신 고정 기능 엔진은 품질과 기능 지원을 꾸준히 개선해 왔습니다. 따라서 “외장 GPU가 항상 더 좋은 품질을 제공한다”거나 “CPU가 항상 더 좋은 품질을 제공한다”는 말은 구매 기준으로 사용하기에 지나치게 포괄적입니다.
HandBrake의 성능 문서는 QSV와 NVENC 같은 하드웨어 인코더가 매우 높은 속도를 위해 설계되었으며 품질, 비트레이트, 인코더 프리셋이 결과에 여전히 영향을 준다고 설명합니다. HandBrake의 속도와 압축 효율의 절충점은 미디어 서버에서 확인해야 할 정확한 기준입니다. 실제로 스트리밍할 비트레이트에서 출력 품질을 평가하세요.
두 엔진이 모두 목표 품질을 충족한다면 동시 처리 능력, 전력, 유지 관리가 결정 기준이 됩니다. 필요한 비트레이트에서 한 세대의 출력 품질이 허용할 수 없는 수준이라면, 스트림 수가 매력적으로 보여도 해당 엔진을 제외하세요.
가상화와 장치 소유권이 하드웨어 선택을 바꿀 수 있습니다
미디어 애플리케이션이 호스트에서 직접 실행되거나 그래픽 장치에 안정적으로 접근할 수 있다면 iGPU는 간단합니다. 하지만 여러 VM을 사용하는 랩에서는 내장 장치 하나를 할당하는 일이 미디어 VM에 외장 카드를 전용으로 할당하는 것보다 제약이 클 수 있습니다. 가장 적합한 하드웨어는 가속기를 누가 소유해야 하는지에 따라 달라집니다.
Plex의 하드웨어 가속 스트리밍 안내도 애플리케이션 수준에서 같은 실무적 차이를 보여 줍니다. 가속을 활성화하면 트랜스코딩 동작은 바뀌지만 다이렉트 플레이는 바뀌지 않으며, 하드웨어 세대는 출력에 영향을 줍니다. Plex의 하드웨어 트랜스코딩 요구 사항과 한계는 이론적인 장치 기능만을 기준으로 구매하기 전에 애플리케이션과 플랫폼 조합을 확인해야 한다는 점을 상기시킵니다.
인접한 ZimaSpace의 혼합 4K 및 모바일 재생을 위한 미디어 서버 가이드 역시 클라이언트 조합을 작업량의 출발점으로 봅니다. 가속기를 필요한 서비스에 안정적으로 노출할 수 없다면 벤치마크상의 우위는 의미가 없습니다.
사용량이 집중되는 구간을 넘길 수 있는 가장 작은 가속기를 선택하세요
정확한 iGPU가 필요한 모든 코덱 경로를 지원하고, 동시 트랜스코딩이 충분한 여유를 두고 실시간으로 유지되며, 서버를 작고 저전력으로 유지하는 것이 중요하다면 내장 그래픽을 선택하세요. 대부분의 로컬 재생이 다이렉트 플레이이고 모바일, 원격 또는 구형 클라이언트를 위해 일부 콘텐츠만 변환하는 경우 특히 적합합니다.
통합 비디오 엔진이 반복적으로 포화되거나, 필요한 디코딩 또는 인코딩 기능이 없거나, 전용 장치를 사용하면 가상화와 서비스 소유권을 훨씬 깔끔하게 구성할 수 있을 때는 외장 GPU를 선택하세요. 게임 성능 등급이 아니라 코덱 엔진과 측정된 스트림 수요를 기준으로 구매하세요.
클라이언트가 이미 라이브러리를 다이렉트 플레이하여 어느 경로도 한계에 도달하지 않는다면 가속기 비교를 중단하세요. 최고의 미디어 서버용 GPU는 피할 수 없는 변환을 처리하는 GPU입니다. 사용하지 않는 트랜스코딩 처리 용량은 재생 기능이 아닙니다.
제품 비교
더 읽어보기

Plex에 Docker와 가상 머신 중 어떤 배포 방식이 적합할까요?
공유된 운영 요구 사항을 기반으로 Docker, 가상 머신 또는 VM 내부의 Docker에 적용할 수 있는 조건부 Plex 배포 판단입니다.

Plex용 8GB vs 16GB vs 32GB RAM: 어떤 등급이 작업량에 맞을까요?
가벼운 Plex에는 8GB, 적당한 규모의 공유 앱에는 16GB, VM과 제한된 RAM 작업 공간에는 32GB를 선택하세요. 단, 측정 결과로 필요성이 입증된 경우에만 선택해야 합니다.

전용 하드웨어 가속이 Plex에 유의미한 이점을 제공할까요?
지원되는 반복 트랜스코딩에서는 하드웨어 가속이 유리하며, 직접 재생이나 드문 변환, 지원되지 않는 단계에서는 CPU만 사용하는 방식도 여전히 유효합니다.

