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の飽和が確認され、ワークロードをハードウェアアクセラレーションに移行できない場合は、コア数の多いシステムを選びましょう。それ以外の場合は、予算を実際のボトルネックに使ってください。
製品比較
もっと読む

CGNAT配下のデバイス向けWireGuardサーバーとメッシュVPNの比較
手間なくデバイスをローミングさせるにはメッシュVPNを使用し、ルーティング、鍵、パブリックエンドポイントを自分で管理したい場合はWireGuardリレーを使用してください。

ギガビットクライアントで10GbE NASを使う場合、まずサーバーとエンドポイントのどちらをアップグレードすべきか?
1台の遅いワークステーションではエンドポイントの経路をアップグレードし、複数のギガビットクライアントが同時に帯域を使い切る場合は、まずNASのアップリンクをアップグレードしてください。

ホームサーバー向け1GbEと2.5GbEの比較:どのワークロードで違いが出る?
軽量なサービスや単一ストリームには1GbEを使用し、定期的な転送や複数のクライアントによる合計速度が約100 MB/sを超えて継続する場合は、2.5GbEに移行します。

