同時メディアトランスコードにおける内蔵グラフィックスとディスクリートGPUの比較

エヴァ・ウォン

IceWhale author

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

Integrated Graphics vs Discrete GPU for Concurrent Media Transcodes - Zima Store Online

同時実行するホームメディアのトランスコードでは、クライアントが実際に必要とするコーデック、ビット深度、トーンマッピングの処理経路を内蔵ビデオエンジンがサポートしているなら、通常は内蔵グラフィックスから始める方が適しています。トランスコード数がiGPUの実測処理能力を超える場合、内蔵エンジンにないコーデック機能が必要な場合、または他のグラフィックス処理から分離する必要がある場合は、ディスクリートGPUが有力な選択肢になります。したがって、比較すべきなのは「非力なiGPUと高性能GPU」ではありません。CPUにすでに搭載されているメディアエンジンが、電力、ドライバー、パススルーの管理領域を新たに増やすことなく、必要な同時変換の組み合わせを正確に処理し続けられるかどうかです。

最初の選別基準はコーデック対応範囲

まず、サーバーが処理しなければならない入力コーデックと出力形式を一覧にします。メディアエンジンが入力をハードウェアデコードできない、または必要な出力をハードウェアエンコードできない場合、GPUが認識されていても、処理の大部分がCPUに戻される可能性があります。そのため、「内蔵」か「ディスクリート」かという大まかな分類よりも、世代とコーデック対応の方が重要です。

Jellyfinの現在のハードウェアアクセラレーションに関するドキュメントでは、デコード、スケーリング、トーンマッピング、字幕、エンコードの各段階が分けて説明されており、一部の段階はソフトウェア処理のままになる場合があると記載されています。この完全および部分的なアクセラレーションモデルは、購入時の有用な判断基準です。デバイスが役立つのは、特定の段階がサポートされている場合に限られます。

ライブラリ内の負荷が高いファイルをすべてiGPUで処理できるなら、ピーク時のグラフィックス性能が高いという理由だけでディスクリートカードを追加する必要はありません。必要なAV1、HEVC 10ビット、トーンマッピング、またはエンコード経路が繰り返しソフトウェア処理に戻る場合は、生のGPUクラスを比較する前に、その不足している機能について、より新しい内蔵ハードウェアとディスクリートアクセラレーターを比較してください。

メディアエンジンに十分な余裕があるなら内蔵グラフィックスが有利

iGPUはプロセッサパッケージ、マザーボード、冷却経路、そして通常はシステムメモリを共有します。そのため、メディアサーバーは別のPCIeデバイスを追加せずに、専用機能によるデコードとエンコードを利用できます。アイドル時のハードウェア、ケーブル、ドライバーレイヤー、アップデート後も正常に動作させる必要があるコンポーネントの数を減らせる点もメリットです。主にDirect Playを利用し、互換性のないストリームを数本だけ時折変換するコンパクトなサーバーでは、最もすっきりした構成になることがよくあります。

Intelは、アプリケーションがQuick Syncを利用するには、Quick Syncがサポートされ、内蔵グラフィックスが有効になっている必要があると説明しています。そのため、すべてのIntel CPU世代が同じように動作すると仮定するよりも、使用するプロセッサーの正確なQuick Sync対応状況を確認する方が有効です。

ただし、選択は実測した同時処理能力を前提にする必要があります。CPUコアの使用率が低く見えても、共有メモリ帯域幅、熱制限、コーデックエンジンの処理能力、他のサービスによって、iGPUの限界に早く到達することがあります。最も負荷の高い同時トランスコードの時間帯を、余裕を持ってリアルタイム処理できる間に限り、内蔵グラフィックスが有利です。

ディスクリートGPUが提供するのは専用ビデオ処理能力であり、自動的な効率向上ではない

ディスクリートGPUは、独自のチップ、メモリ、電力予算、そして多くの場合は1つ以上の専用ビデオエンジンを追加します。これにより、特に選択したカードがホストの内蔵グラフィックスより新しいコーデックに対応している場合、複数の変換を同時に避けられないメディアサーバーに、はるかに大きな余裕をもたらせます。

NVIDIAの現在のVideo Codec SDKでは、対応世代におけるH.264、HEVC、AV1のハードウェアエンコード対応が一覧化されており、NVENC/NVDECはリアルタイムを超える速度でのビデオ処理向けに位置付けられています。重要な利点は、ゲーム用シェーダー数ではなく、カードに搭載された専用エンコードおよびデコードエンジンです。

ただし、その処理能力には所有コストがあります。カードはスロットを占有し、アイドル時と負荷時の電力を消費し、発熱を増やし、VMやコンテナへのデバイス割り当てを複雑にする場合があります。iGPUが必要なストリーム数をすでに処理できるなら、ディスクリートカードの方が技術的に高速でも、再生に目に見える改善は生じない可能性があります。

Featured

ZimaCube 2 パーソナルクラウドホームNAS

ZimaCube2

単一ベンチマークより同時ストリーム数が重要

4Kトランスコードを1本成功させても、互換性が確認できるだけで、処理能力が証明されたわけではありません。家庭内で発生し得る正確な組み合わせを実行してください。たとえば、HDR 4K変換を1本、1080pのリモートトランスコードを1本、字幕処理の多いストリームを1本などです。内蔵グラフィックスとディスクリートGPUの経路を比較する間は、入力ファイル、出力品質、クライアントの条件を固定します。

観測結果	内蔵グラフィックスへの示唆	ディスクリートGPUへの示唆
想定したすべてのストリームが十分な余裕を持ってリアルタイム処理される	iGPUを使い続ける	追加カードによる再生上のメリットは小さい
対応していないコーデックだけがCPU処理に戻る	世代が問題である可能性がある	その経路をサポートする場合に限りカードを選ぶ
ストリームが重なるとビデオエンジンが飽和する	同時処理の上限に到達している	専用エンジンの処理能力がカード導入を正当化する可能性がある
ハードウェアエンコード中もCPU使用率が高い	フィルターと部分的なアクセラレーションを確認する	未対応のソフトウェア処理段階をカードだけで解決することはできない
再生は安定しているが、アイドル時の消費電力が大幅に増える	効率面の優位性が残る	現在必要のない処理能力を購入している

まず最も遅い、または最も複雑なストリームを基準にし、実際の利用状況に近づくまで同時セッションを追加します。家庭内で必要な余裕が確保できた時点で止めてください。実際には使わない合成的なストリーム数を目標に最適化する理由はありません。

また、ライブラリのスキャンやバックアップなど、通常のバックグラウンドタスクをサーバーが1つ実行している状態でもテストを繰り返してください。その現実的な重なり方でもiGPUが安定しているなら、まだ発生していない処理能力の問題をディスクリートGPUで解決しようとしていることになります。他のリソースが健全なまま、セッションの増加に伴ってメディアエンジンが限界に達するなら、追加アクセラレーターには測定可能な役割があります。

品質はGPUの種類だけでなく、エンコーダーの世代と設定で決まる

ハードウェアエンコーダーはリアルタイム処理のスループットを優先します。ソフトウェアエンコーダーは圧縮に関する判断により多くのCPU時間を使える一方、新しい専用機能エンジンは品質と機能対応を着実に向上させています。そのため、「ディスクリートGPUの方が高品質」や「CPUの方が高品質」という判断は、どちらも購入基準としては大まかすぎます。

HandBrakeのパフォーマンスに関するドキュメントでは、QSVやNVENCなどのハードウェアエンコーダーは非常に高速な処理向けに設計されており、品質、ビットレート、エンコーダープリセットが結果に影響すると説明されています。この速度と圧縮率のトレードオフこそが、メディアサーバーで重視すべき境界です。実際に配信するビットレートで出力品質を評価してください。

2つのエンジンがどちらも求める品質基準を満たすなら、同時処理能力、電力、保守性が決定要因になります。必要なビットレートで一方の世代が許容できない出力になるなら、ストリーム数が魅力的に見えても、そのエンジンは選ばないでください。

仮想化とデバイスの所有権によってハードウェアの選択は変わる

メディアアプリケーションがホスト上で直接動作するか、グラフィックスデバイスへの安定したアクセスを受けられる場合、内蔵GPUはシンプルです。しかし、複数VMを運用するラボでは、内蔵デバイスを1台に割り当てることが、メディアVM専用にディスクリートカードを割り当てるより制約になる場合があります。最も適したハードウェアは、アクセラレーターを誰が所有する必要があるかによって決まります。

Plexのハードウェアアクセラレーションストリーミングに関するガイドでも、アプリケーション層で同じ実務上の違いが説明されています。アクセラレーションを有効にするとトランスコードの動作は変わりますが、Direct Playは変わらず、ハードウェアの世代は出力に影響します。このハードウェアトランスコードの要件と制限は、理論上のデバイス機能を前提に購入する前に、アプリケーションとプラットフォームの組み合わせを確認すべきだという注意喚起になります。

関連するZimaSpaceの4Kとモバイルの混在再生向けメディアサーバーガイドでも、クライアントの組み合わせを負荷の起点として扱っています。アクセラレーターを必要とするサービスに安定して公開できないなら、そのベンチマーク上の優位性は意味を持ちません。

負荷の高い時間帯を処理できる最小のアクセラレーターを選ぶ

必要なすべてのコーデック経路を正確にiGPUがサポートし、同時トランスコードを余裕を持ってリアルタイム処理でき、サーバーをコンパクトかつ低消費電力に保つことが重要なら、内蔵グラフィックスを選びます。ローカル再生の大部分がDirect Playで、変換が一部のモバイル、リモート、旧型クライアント向けに限られる場合は、特に有力です。

内蔵ビデオエンジンが繰り返し飽和する場合、必要なデコードまたはエンコード機能が不足している場合、または専用デバイスによって仮想化とサービスの所有権管理が大幅に簡単になる場合は、ディスクリートGPUを選びます。ゲーム向けのランクではなく、コーデックエンジンと実測したストリーム需要を基準に購入してください。

クライアントがすでにライブラリをDirect Playしており、どちらの経路にも負荷がかかっていないなら、アクセラレーターの比較をやめましょう。最適なメディアサーバー用GPUとは、避けられない変換を処理できるものです。使われないトランスコード処理能力は、再生機能ではありません。