アプリケーションホストで実行するプロセスの数を決定するときに何を考慮する必要がありますか？ [閉鎖]

私は運営部門に勤務しているため、一部のサービス展開の主な意思決定者です。私が取り組んでいる分散アプリケーションには、さまざまな種類の「サービス」が含まれています。混乱を起こしたくないので「サービス」と言います。これは同じC ++実行可能ファイルの複数のインスタンスであり、起動するサービスの種類をexeに通知するパラメータが異なります。

従来、過去にサービスを配布した方法は比率でした。1:1方法service-counts:coresはcores次のとおりです。いいえhyper-threaded cores。

はい！

• 4物理CPUがあり、それぞれコアがあるホストです4。
• /proc/cpuinfoこのホストでは持っているとマークされます。ここからは、32 processorsこれが私が意味するものではありません。総数について話していますcores。4cpus x 4cores == 16 cores

サービスは同時に同じシーンで並行して動作するため、システムはマルチスレッドではありません。配布されますが、そうではありません。スレッド。私たちのサービスは、スレッド全体で互いに多くのメモリを共有しません（ほとんどはデータベース情報だと思います）。知っておくべき重要な情報かもしれません。

私の質問は、私たちのソフトウェアが技術的にスレッドスレッド計算を活用しようとしないので（主に分散化service:core取り扱い荷重）、比率に気をつけるべきですか？私はこれが他のサービスで占めることができる未使用のサイクルを無駄にするように感じます。

はい！

• ホストには16個のコアがあり、16個のプロセスを実行します。 Load average: 2.94 2.96 3.01
• サービス負荷は40%それぞれ約です（このボックスには16の同じ種類のサービス）。

負荷平均は比較的低いですが、1:1メモリバス競合の複雑さ（つまり、同じコアのスレッドは同じメモリバスにアクセスするために競合する）についてはよくわかりません。より多くのプロセスをホストすることは、システムのコア数Load averageとは遠いです。16

質問！

service:core主に比率を無視し、代わりにサービスロードとボックスロードに主に焦点を当てた新しい戦略をKPIとして提案するとき、何を考慮する必要がありますか？このタイプのアプリケーションについて考慮すべき詳細な詳細はありますか？