다중 사용자 Jellyfin에 필요한 iGPU 여유 성능은 어느 정도일까요?

Jellyfin은 대기열을 만들지 않고 일반적인 최악의 동시 하드웨어 트랜스코딩 세션을 안정적으로 유지할 수 있을 만큼 충분한 iGPU 여유 용량이 필요합니다.

코덱 디코딩, 출력 해상도, HDR 톤 매핑, 자막 번인, 프레임 속도, 메모리 대역폭에 따라 부하가 달라지므로 iGPU 하나당 사용자 수를 정하는 보편적인 기준은 없습니다. Direct Play 사용자는 트랜스코딩 용량을 거의 사용하지 않지만, 까다로운 변환 하나가 간단한 변환 여러 개보다 더 큰 비용을 요구할 수 있습니다. 비율이나 스트림 수를 정하기 전에 작업 부하 구성을 먼저 작성하세요.

사용자 수 대신 트랜스코딩 유형을 세세요

대부분의 클라이언트가 Direct Play를 사용한다면, 사용자 6명으로 구성된 가정이 원격 사용자 2명보다 그래픽 처리 작업을 덜 필요로 할 수 있습니다. 용량 계획에서는 실제로 미디어 엔진에 들어가는 재생 모드와 필터를 기준으로 세어야 합니다.

서로 다른 Jellyfin 변환 경로는 동일한 시스템에서도 처리량이 크게 다를 수 있습니다.

예상 세션을 Direct Play, 단순 하드웨어 트랜스코딩, 톤 매핑 트랜스코딩, 자막 번인으로 분류하세요. 계정 수가 아니라 가중치를 적용한 구성에 맞춰 용량을 산정해야 합니다.

톤 매핑과 번인은 추가 여유 용량을 소모합니다

미디어 엔진은 인코딩과 디코딩 이상의 작업을 수행할 수 있습니다. HDR 변환과 자막 합성이 동시 처리 수를 가장 먼저 줄이는 단계가 될 수 있습니다.

자막 번인 동작을 보면, 원본 비디오 코덱이 호환되더라도 자막 설정 하나 때문에 전체 비디오 처리가 강제될 수 있는 이유를 알 수 있습니다.

가정에서 해당 기능을 사용한다면 최대 부하 테스트에 최소 한 가지 까다로운 HDR 및 자막 조합을 포함하세요. 그렇지 않으면 해당 콘텐츠를 처음 재생하는 순간 계산해 둔 여유 용량이 사라질 수 있습니다.

통합 그래픽은 시스템 메모리 대역폭도 공유합니다

iGPU에는 워크스테이션급의 독립 메모리 하위 시스템이 없습니다. 시스템 메모리를 공유하며 메모리 채널 구성과 다른 작업의 영향을 받을 수 있습니다. 따라서 호스트 환경도 결과의 일부로 고려해야 합니다.

함께 배치된 애플리케이션은 작업이 겹칠 때 리소스 간섭을 일으킬 수 있습니다. 따라서 깨끗한 트랜스코딩 벤치마크는 부하가 많은 홈 서버의 용량을 과대평가할 수 있습니다.

일반적으로 함께 실행하는 서비스도 활성화한 상태에서 트랜스코딩 매트릭스를 다시 테스트하세요. 하드웨어 가속 스트리밍 기준은 비어 있는 벤치마크 환경이 아니라 실제로 운영할 호스트를 반영해야 합니다.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

측정된 장애 지점보다 높은 여유 용량을 확보하세요

엔진이 안정적인 지연 시간으로 실시간 출력을 유지한다면 높은 사용률 자체가 반드시 문제가 되는 것은 아닙니다. 하지만 여유 용량 없이 포화되면 조금 더 까다로운 파일 하나에도 시스템이 불안정해질 수 있습니다. 트랜스코딩 속도나 재생 안정성이 저하되는 지점을 정의하세요.

USE 방법론은 임의의 안전 비율 대신 사용률, 포화도, 오류를 명확하게 설명하는 기준을 제공합니다.

처음으로 반복 가능한 장애가 발생할 때까지 동시 처리 수를 늘린 다음, 일반적인 변동성을 감당할 수 있을 만큼 충분한 여유를 두고 그 지점보다 낮게 운영 한도를 설정하세요. 드라이버, 클라이언트 또는 주요 라이브러리가 변경된 후에는 다시 테스트해야 합니다.