Windows8タスクマネージャーが焦点を当てているように見える各仮想プロセッサーの詳細の背後にある動機が何であるかを理解したいと思います。
これがスクリーンショットです（ここから）：
このセットアップは、非標準でコストのかかる重要なサーバー環境（1TB RAM！）にのみ存在する可能性があることを私は知っていますが、ヒートマップの使用は何ですか？または、プロセッサアフィニティを設定します。
私が求めているのは、特定のプロセッサXがプロセッサYよりも多く使用されているかどうかを開発者が気にする状況です（単一の非マルチスレッドプロセスがコアを最大限に活用していることを知っているだけでなく、プロセッサヒートマップの代わりにプロセスヒートマップ）、またはプロセスがこれまたはそのプロセッサを使用するかどうかを気にしますか（人間が自動バランシングアルゴリズムよりもよく推測することは期待できません）？
ほとんどの場合、それは問題ではなく、ヒートマップは見た目がかっこよくなるだけです。
ただし、大規模なサーバーは異なります。一部のプロセッサには、「NUMA」または Non-Uniform Memory Access アーキテクチャがあります。このような場合、一部のプロセッサ コアは、他のコアよりも高速にメモリの一部のチャンクにアクセスできます。このような場合、プロセス アフィニティを調整して、メモリ アクセスが高速なコアにプロセスを保持すると役立つ場合があります。また、プロセッサにコアごとのキャッシュがある場合 (多くの場合と同様)、スレッドがあるコアから別のコアにジャンプすると、パフォーマンス コストが発生する可能性があります。Windows スケジューラは、このような切り替えを回避するのに適しているはずですが、奇妙なワークロードでは、強制する必要があるかもしれないと想像できます。
これらの設定は、アプリケーションが使用するコアの数を制限したい場合にも役立ちます (別の専用タスクのために他のコアを解放しておくなど)。 CPUコアが不良かどうかを判断します。また、数年前から多くのマルチコア CPU を悩ませていた高性能タイマーに関連するバグなど、BIOS/ファームウェアのバグを回避することもできます。
このヒート マップの適切な使用例を紹介することはできませんが (非常に見栄えが良いことを除いて)、CPU アフィニティを使用して何かを修正した方法について悲しい話をすることはできます。MS Office の一部の古いバージョンを自動化して Word ドキュメントのバッチ処理を行っていたところ、Word がクラッシュすることがありました。トラブルシューティングと必死の試みをしばらく行った後、Word プロセスのアフィニティを 1 つの CPU だけに設定して、同時実行性を減らし、競合状態の可能性を減らすことを試みました。出来た。Word がクラッシュしなくなりました。
考えられるシナリオの 1 つは、複数の VM を実行しているサーバーで、各クライアントが VM へのアクセスに料金を支払っている場合です。
管理者は、各 VM が X 個のコアへのアクセスを保証するようにプロセッサ アフィニティを設定できます (そしてクライアントに適切に課金します)。
ここで、管理者が、ABC Company Inc. の VM に割り当てられたコアがヒートマップで高く登録されていることに気付いたとします。これは、ABC Company Inc にアップセルして、より多くのコアを購入してもらう絶好の機会です。
管理者と ABC Company Inc の両方が勝ちます。管理者はより多くの収益を上げ、ABC Company Inc はより良いパフォーマンスを経験します。
このように、ヒートマップは意思決定支援システムとして機能し、ABC Company Inc がそのニーズがより多くのコアに値するかどうかを判断するのに役立ち、管理者が広告の対象を顧客に絞り込むのに役立ちます。