PlexではCPUコア数の多さとコア速度の速さ、どちらが重要?

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

Plexで並列化されたソフトウェア処理をスケジュールする場合はCPUコア数が多いほうが有利ですが、処理が追加のコアを利用できない場合は、コアの速度や対応メディアエンジンのほうが重要です。

Direct Playでは追加のCPUコアはほとんど有効ではない

クライアントがソースメディアをそのまま再生できる場合、Plexは主にファイルとセッション状態を提供するだけで、負荷の高い動画変換は行いません。ストレージとネットワークが実際の処理を担う間、追加のコアはアイドル状態になることがあります。

Plexデータベースのメンテナンスは動画再生とは別の処理であり、汎用CPUコアの増設が必要な理由と混同すべきではありません。

Direct Playが最も集中する時間帯のCPU使用率を測定してください。使用率と飽和状態が低いままであれば、コアを追加してもその再生経路は改善しません。

ハードウェアトランスコードで比較は変わる

対応するメディアエンジンがあれば、動画のエンコードやデコード処理を汎用CPUコアの外部で実行できます。適切なアクセラレーションを備えた控えめなプロセッサは、ソフトウェア変換にフォールバックする多コアCPUを上回ることがあります。

メディアエンジンが対応していれば、複数のハードウェアトランスコードを、汎用CPUへの負荷を比較的抑えながら実行できます。N100の複数トランスコード結果は、実測例の一つです。

両方の候補で、正確なコーデック、HDR、字幕、OSの処理経路を比較してください。スペック上のコア数が多いシステムではなく、必要なアクセラレーションを実証できたシステムを選びましょう。

Plexの一部の処理は別の要因に制限される

検索、メタデータ、起動、データベース処理は、CPUコアをすべて使い切る前にストレージやクエリによって制限されることがあります。多コア化しても、アプリデータ用デバイスが遅い問題は解決しません。

SSDとHDDのランダムアクセスがボトルネックになっている場合、小規模な状態データを扱うPlex処理では、計算性能の追加よりも低レイテンシのストレージのほうが大きく改善することがあります。

ライブラリのオープン、検索、メンテナンス作業を実行しながら、CPU使用率とアプリデータのレイテンシを記録してベンチマークしてください。その作業で飽和するリソースをアップグレードしましょう。変換がボトルネックの場合は、メディアエンジンによって比較条件が完全に変わる可能性があるため、汎用CPUコアの追加に費用をかける前にハードウェアアクセラレーションストリーミングを試してください。

並列CPUワークロードではコア数が有利

複数のソフトウェアトランスコードや関連アプリケーションが同時にCPU負荷の高い処理を実際に実行する場合は、コア数の多さが重要です。ワークロードが十分に並列化され、各コアを常に稼働させられる必要があります。

実際のピーク時にCPU飽和状態の確認を行い、プロセッサに実行を待つ処理があるか確認してください。

繰り返し行ったピーク時テストでCPUの飽和が確認され、ワークロードをハードウェアアクセラレーションに移行できない場合は、コア数の多いシステムを選びましょう。それ以外の場合は、予算を実際のボトルネックに使ってください。

製品比較

もっと読む

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.