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

Overseerrを組み合わせたPlexと、単体のPlex構成:どちらがより適している?
リクエスト管理が家庭内で繰り返し発生する作業を解決する場合にのみ、Overseerrを選びましょう。それ以外では、Plex単体のほうがサービス、シークレット、復旧手順を少なくできます。

Plexのリモートアクセスを脅威モデリングする方法:パブリック公開とプライベートVPNの比較
公開PlexへのアクセスとVPNアクセスをセキュリティ境界として比較する際は、攻撃対象領域、クライアントのサポート、アクセス権の取り消し、ルーティング、運用上の障害のすべてが重要です。

PlexにおけるSATA SSDとNVMe SSDの違い:実際にパフォーマンスを変えるのはどちら?
堅牢な Plex アプリデータの基盤には SATA SSD を選び、実測した状態や共有ワークロードで追加の性能を活用できる場合にのみ NVMe を選択してください。

