Plexのワークロードで、実際により多くのCPUコアの恩恵を受けるのはどれですか？

測定したPlexのワークロードで、並列実行できるCPU依存タスクが複数ある場合は、より多くのCPUコアに投資する価値があります。ただし、Plexのすべての処理がコア数に応じてスケールするとは限りません。

ソフトウェアトランスコードは最も明確なマルチコアワークロード

複数のソフトウェアトランスコードは、大量のCPU時間を並列で消費することがあります。特に、クライアントがダイレクトプレイに対応できない場合は顕著です。追加の汎用計算性能を最も正当化しやすいのがこのケースです。

リソースごとの飽和状態の確認を使い、実際の変換構成でCPU全体の飽和度を測定するとともに、サーバーがストレージやネットワークの待機ではなく、CPUによってボトルネックになっていることを確認してください。

同じワークロードで対応するメディアエンジンを利用できる場合は、多数の追加コアに費用をかける前に、その経路と比較してください。ハードウェアアクセラレーションのほうが、ワットあたりでより大きな実用容量を実現できる場合があります。

ハードウェアアクセラレーションで選び方は変わる

対応するiGPUまたはGPUがあれば、動画変換の大部分を汎用CPUコアから切り離せます。その場合、コアを追加するよりも、適切なメディアエンジンを選ぶほうが再生に大きな効果をもたらすことがあります。

対応するメディアエンジンが変換処理を担う場合、低コア数のIntel N100でも複数のハードウェアトランスコードを処理できます。これは、汎用CPUコアを追加するより重要な場合があります。

候補となる製品について、コーデック、HDR、字幕、OSの対応状況を正確に確認してください。ハードウェアアクセラレーション対応ストリーミングは、実際のクライアントが本当にそれを利用する場合にのみ、必須の経路として扱いましょう。

ライブラリやデータベースの処理では異なるCPU上限に達することがある

スキャンやデータベース操作の一部は、直列処理になったり、1つの実行経路に制限されたりするため、総コア数を増やしても比例した改善が保証されるわけではありません。

マルチスレッドのライブラリスキャンを求める声は、一部のスキャン処理が利用可能なすべてのコアに自動的に分散されるわけではないことを示しています。

ライブラリ処理が遅いときは、1コアあたりの飽和度、CPU全体の使用率、ストレージのレイテンシを比較してください。1つのコアだけが使用中で、他のコアがアイドル状態なら、コアを追加するのではなく、コアあたりの性能や状態管理の経路を優先しましょう。

Featured

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

ZimaCube2

$799.00 - $2,499.00

Buy Now

複数アプリを稼働するホストでは、Plexが使えなくても追加コアを活用できる

補助サービス、バックアップ、ダウンローダー、その他のコンテナはPlexと同時に実行できるため、サーバー全体のコア容量に余裕があることが価値につながります。購入判断では、Plexのプロセスだけでなく、サーバー全体をモデル化してください。

コンテナのワークロードでは、ワークロードによって異なるリソースオーバーヘッドと、個別のCPU需要が発生します。そのため、実際のサービス構成を通常どおり稼働させてテストしてから、どの程度のコア数が実用的な余裕を生むのか判断してください。

メンテナンス作業を実行している状態で、複合的なピーク負荷を処理できる最小のCPUを選びましょう。追加コアが正当化されるのは、繰り返し発生する競合を防げる場合であり、ホストがすでにほとんどアイドル状態なら必要ありません。