Plex向けの4コアCPUと8コアCPU：混在クライアントの同時接続に適しているのはどちら？
ダイレクトプレイが中心のPlex環境なら4コアで十分です。ソフトウェアトランスコードやホスト上の同時実行ジョブが、測定したしきい値を超える場合に8コアのコストに見合う価値が生まれます。
コア数は判断軸の一つにすぎません。ハードウェアビデオアクセラレーション、クライアントのコーデック、字幕、リモート再生時のビットレート、ストレージのレイテンシ、バックアップジョブのいずれかがボトルネックになると、比較結果は変わります。8コアを余裕とみなす前に、まずワークロードを把握してください。
互換性の確認：各クライアントで必要になる条件は何か？
家庭内で使うコーデック、解像度、字幕、リモート再生時のビットレート、ダイレクトプレイ率を記録します。ハードウェアビデオ処理が正常に機能する4コアCPUは、ソフトウェアトランスコードにフォールバックする、より大きなCPUを上回ることがあります。必要なクライアントがダイレクトプレイできず、ハードウェアアクセラレーションも利用できない場合は、コア数の比較をいったん止め、まずメディア処理経路の問題を解決してください。
軸：単一ワークロードにおける異なるクライアントの同時実行
想定されるピーク時の負荷を再現します。ダイレクトプレイのセッション、1つ以上のトランスコード、ライブラリスキャン、通常同時に発生するバックアップジョブを含めてください。CPU使用率が持続可能な余裕の範囲内に収まり、再生が安定しているなら、コストパフォーマンスでは4コアが有利です。ソフトウェアトランスコードがキューに滞留したり、字幕処理がCPUを消費したり、バックグラウンド処理が再生に必要な余裕を繰り返し奪ったりする場合は、8コアが有利です。
軸：電力、熱、所有コスト
8コアにするとキューの滞留は減らせますが、発熱、ファンノイズ、アイドル時の消費電力が増える可能性があります。冷却、ストレージ、バックアップ先を含め、サーバーを運用する期間全体の総所有コストを比較してください。クライアントがダイレクトプレイを行うために追加のコアがアイドル状態になるなら、安価な選択肢が技術的にも正しい選択です。
軸：拡張性と障害時の境界
次に取るべき手段が明確になるCPUを選んでください。拡張の内容がリモートトランスコードを2つ増やすことなら、コア数を倍増させるより、ハードウェアアクセラレーションの強化や、別のトランスコードノードの追加が適している場合があります。メディアデータベース、キャッシュ、バックアップには明確な役割を割り当て、CPUを変更しても復旧経路が変わらないようにしてください。
条件付きの結論と中間案
測定したピーク時の負荷がほぼダイレクトプレイで、ハードウェアアクセラレーションを利用でき、バックグラウンドジョブが余裕の範囲内に収まるなら4コアを選びます。異なるクライアントの同時実行によって、ソフトウェアトランスコードのキュー滞留やホストの競合が繰り返し発生するなら8コアを選びます。同じテストをクリアできるなら、対応iGPUを搭載した低コア数のCPUを選んでください。実際のボトルネックがネットワークやストレージ経路にあるなら、どちらも選ぶべきではありません。複数ストリーム対応のハードウェアに関する議論からも、トランスコードの種類が、表面的なストリーム数より重要であることが分かります（異なるストリームが混在するワークロードの実例）。
おすすめ商品
製品比較
もっと読む
専用Jellyfinサーバーと共有アプリホスト：どちらの境界が適している？
メディア処理と復旧の予測可能性を重視するなら専用ホスティングを、ワークロードが軽く分離性を測定できるなら共有ホストを選びましょう。
複数ユーザーでのホームストリーミングにおけるJellyfinとPlexの比較：クライアント対応範囲か、制御性か？
クライアントの対応範囲が決め手ならPlexが優勢で、コントロール性が決め手ならJellyfinが優勢です。ユーザーのニーズが明確に分かれる場合は、どちらも有力な選択肢になり得ます。
ローカルPlexデータベースと専用データベースホスト：分離によって信頼性は向上する？
Plexデータベースの配置、ネットワークストレージ、一貫したバックアップ、サービスレベルの冗長性に関する誤った比較の訂正。
