AV1対応の新しいiGPUは、必要なコーデック、解像度、トーンマッピング、同時ストリーム数を処理できる場合、通常はより効率的なメディアサーバープラットフォームです。メディアエンジンが、コンポーネント数の少ない新しいシステムに統合されているためです。一方、既存のカードが必要なコーデックエンジンをすでに備えている場合、ワークロードがiGPUの実用的な処理能力を超える場合、または節約したい電力やスロット使用量よりもホスト全体の交換費用が高くなる場合は、古いCPUとディスクリートGPUを組み合わせて再利用する方が適しています。CPUの世代やGPUの有無だけでなく、メディアエンジンの対応範囲とシステム全体の動作を比較しましょう。
CPU世代を比較する前にコーデックエンジンを比較する
重要なのは、それぞれのプラットフォームがライブラリのソースコーデックをデコードし、クライアントに必要な形式へエンコードできるかどうかです。AV1が重要になるのは、ワークフローでAV1のデコード、AV1のエンコード、またはその両方が実際に必要な場合だけです。CPUの製品名が新しくても、搭載されている正確なグラフィックスブロックに必要なメディア機能がなければ、適さない可能性があります。
Intelのハードウェアメディア対応表では、コーデック対応がデバイスや構成によって異なることが明示されています。AOMediaはAV1を高効率なオープンビデオコーデックとして定義していますが、コーデックの効率がサーバーの利点になるのは、ハードウェアとクライアントの双方がそれを利用できる場合だけです。
まず、実際のライブラリで使用するHEVC 10ビット、AV1、H.264、HDRトーンマッピング、出力トランスコード形式を一覧にします。新しいiGPUが必要なすべての段階をカバーしていれば、統合のメリットが生まれます。既存のディスクリートカードがハードウェアで処理できる重要な段階をiGPUが欠いている場合は、古いプラットフォームが依然として優位になる可能性があります。
メディア処理の役割を1つのパッケージに集約できる場合は、最新のiGPUが有利
iGPUベースのメディアサーバーでは、独立したPCIeグラフィックスカード、そのメモリ、冷却要件、デバイス管理層をなくせます。壁面電力を測定する前から、コンパクトなケース、パススルーの判断、アイドル時の構成を簡素化できるのが一般的です。
IntelがQuick Syncの利用条件に関する案内で説明しているように、Intel Quick Syncはプロセッサーに内蔵グラフィックスが搭載され、有効になっている場合にのみ利用できます。ヘッドレスのメディアボックスでは、この固定機能エンジンによって、大型の汎用グラフィックスカードを専用に割り当てずにメディア処理を実行できます。
サーバーの主なアクセラレーション処理が動画であり、テスト済みの同時処理能力がすでに十分な場合、iGPUがより適しています。GPUコンピュート、非常に高いストリーム密度、またはiGPUのエンジンが対応していないコーデックが継続的に必要になると、選択は逆転します。
ホスト全体の交換を避けて再利用できる場合は、古いCPUとディスクリートGPUが有利
再利用したディスクリートGPUは、動画のエンコードとデコードを、処理に苦労する可能性のある古いCPUから切り離すことで、古いホストの寿命を延ばせます。カードをすでに所有していて、サポートも受けられるなら、新しいメディアエンジンを得るためだけにプラットフォーム全体を購入するより安く済む場合があります。
NVIDIAのNVENCおよびNVDECのコーデックアクセラレーションスタックは、「ディスクリート」という言葉よりもカードの世代が重要である理由を示しています。GPUの世代によって利用できるハードウェアコーデック機能は異なるため、古いカードは実際のエンコーダーおよびデコーダーブロックに基づいて評価する必要があります。
既存の筐体、電源ユニット、スロット、ドライバースタック、カードがすでに安定したサーバーの一部になっている場合、この構成が最も有力です。ディスクリートGPUを、電源ユニット、より大きな筐体、その他のアップグレードも必要なプラットフォームを救済するためだけに購入する場合、その利点は小さくなります。
システム全体の効率には、トランスコード速度だけでなくアイドル時間も含まれる
メディアサーバーは、トランスコードしている時間よりも待機している時間の方が長いことがよくあります。トランスコードを素早く完了できるプラットフォームでも、追加カードによってより深いアイドル状態に入れなくなったり、基板のベース電力が増えたり、追加のファンやメモリが動作し続けたりすると、1日全体では効率が低下する可能性があります。
LinuxはディスクリートGPUのランタイム電源管理について説明しています。これは重要な判断材料です。dGPUは必ずしも1日中負荷時の電力を消費するわけではありません。正確なアイドル時の動作は、ハードウェア、ドライバー、ディスプレイの接続、システム構成によって異なります。
候補となる両方のシステムで、アイドル時と同じ代表的なトランスコード実行時の壁面電力を測定します。古いdGPUが正常に電源オフになり、ホストも許容できる状態でアイドルできるなら、再利用による不利は小さい可能性があります。常時稼働するサーバーで、追加カードによってベース電力が大幅に高くなる場合は、新しい統合型プラットフォームの価値が1時間ごとに高まります。
AV1対応が重要になるのは、再生チェーンで利用できる場合だけ
ライブラリとクライアントがコーデックに対応していれば、新しいAV1エンジンによってストレージ容量や配信帯域幅を削減できます。しかし、多くの家庭では互換性のためにH.264とHEVCを依然として多用しています。そのため、メディアサーバーにはAV1対応という表示だけでなく、幅広いデコード対応と現実的な出力先形式が必要です。
Jellyfinの最新の最新メディアエンジン向けハードウェア選択ガイドでは、対象コーデックとGPUアーキテクチャを確認することが特に重視されています。また、最新のメディアエンジンはグラフィックスハードウェア上に搭載されており、サーバーを選ぶ前にコーデック対応を確認すべきだと説明しています。
AV1が実際のワークロードだからという理由で新しいiGPUを選びましょう。単に新しいからという理由で選ぶべきではありません。重要なクライアントがすべてH.264を必要としており、古いGPUがライブラリを効率的に処理できるなら、AV1へのアップグレードによる日常的なメリットはほとんどない可能性があります。
同じソースと出力条件で同時処理性能をテストする
一方のプラットフォームで簡単なH.264トランスコードを実行し、もう一方でAV1デコード、HDRトーンマッピング、字幕の焼き付け、異なる出力解像度を実行して比較してはいけません。同じソースファイル、字幕の状態、トーンマッピング要件、ビットレート目標、同時セッション数を使用します。
ZimaSpaceによるクライアント互換性とサーバートランスコード需要の比較は、前提条件の確認に役立ちます。最適なメディアエンジンとは、より高性能なクライアントならDirect Playできるセッションではなく、避けられないトランスコードに合わせて選ばれたものです。
いずれかのプラットフォームがリアルタイム処理に追いつかなくなる、メディアエンジンが飽和する、または電力や温度の挙動が許容できなくなるまで、同時セッション数を増やします。実測したこのしきい値は、GPUの公称クラスを比較するよりも有用です。
よくある質問
AV1のデコードに対応していれば、AV1のエンコードにも対応していますか?
いいえ。デコードとエンコードは別々のハードウェア機能です。ワークフローでAV1出力の作成が必要な場合は、対象となるプロセッサーまたはGPU世代で両方向の対応を確認してください。
iGPUでヘッドレスのメディアサーバーを運用できますか?
多くの最新プラットフォームでは、ドライバーとメディアスタックがヘッドレスアクセラレーションに対応していれば可能です。ただし、実際のオペレーティングシステム、ファームウェア、コンテナへのデバイス割り当て、アプリケーション構成については確認が必要です。
ディスクリートGPUなら、トランスコードが自動的に高速になりますか?
いいえ。メディアトランスコードの性能は、固定機能のコーデックエンジン、世代、対応段階、メモリ経路、ソフトウェア対応、ワークロードによって決まります。特定のメディア処理では、新しいiGPUが古いディスクリートカードを上回ることもあります。
十分なメディア処理能力があり、所有コストの低いプラットフォームを選ぶ
新しいAV1対応iGPUがコーデックパイプライン全体をカバーし、実測した同時処理数を満たし、不要なディスクリートカードをサーバーから外せる場合は、新しいiGPUを選びましょう。スロットの使用、冷却、アイドル時の動作が重要なコンパクトな常時稼働システムでは、特に魅力的です。
既存のカードが実際のトランスコードワークロードをすでに解決しており、ホストの残りの部分も引き続き使用できるなら、古いCPUとディスクリートGPUを使い続けましょう。新しいプラットフォームの方が電力効率に優れていても、経済面では再利用の方が効率的な場合があります。
アップグレードの判断基準は、新しい統合エンジンによって実測された制約、または意味のある所有コストが解消される場合に限ってアップグレードすることです。古いシステムでほとんどのメディアをDirect Playでき、避けられないトランスコードにも対応でき、アイドル時の消費電力も許容範囲なら、AV1対応だけでは交換の十分な理由になりません。
製品比較
もっと読む

PlexにはDockerと仮想マシンのどちらが適している?導入方法を比較
共有される運用要件に基づく、Docker、仮想マシン、またはVM内のDockerに関するPlex導入方式の条件付き判定。

Plex向け8GB・16GB・32GB RAM比較:あなたのワークロードに合う容量はどれ?
軽量なPlexには8GB、複数ユーザーでアプリを共有する場合は16GB、VMやRAM容量を制限したワークスペースには32GBを選びましょう。ただし、測定結果で必要性が裏付けられる場合に限ります。

専用ハードウェアアクセラレーションはPlexに大きな優位性をもたらすのか?
対応している繰り返しトランスコードではハードウェアアクセラレーションが有利ですが、ダイレクト再生、まれな変換、未対応の処理段階ではCPUのみでも問題ありません。

