L3キャッシュは、Sandy-Bridge E Xeon CPUのすべてのコアで共有されますか?
関連する質問私は、L3キャッシュを倍増するという点で、デュアルCPUシステムの利点について尋ねました。 ただし、Xeon E5-2600シリーズのCPUには、コアあたり正確に2.5 MBのL3キャッシュがあることに気付きました。 これにより、オペレーティングシステムはコアごとに2.5 MBのL3キャッシュを予約していると思います。ただし、L3キャッシュがすべてのコアで共有されているという矛盾した印象もあります。これに関する驚くべき情報や議論はほとんどありません。 私の主な懸念は、優先度の低いバックグラウンドアプリケーションがL3キャッシュを「占有」し、優先度の高いフォアグラウンドアプリケーションのパフォーマンスを低下させるかどうかです。この質問の動機となっている2つの特定のパフォーマンスの問題。 特定のC ++プログラムのコンパイルには、VS 2008の現在の開発システムで25分必要ですが、別のシステムでは、非常に高速で、VS 2008で同じ設定を使用すると、わずか5分で済みます-ほぼハイエンドのi7を持っているという事実にもかかわらず- 970 CPUおよび十分なRAM。 私のシステムでは、プログラムの実行(メインウィンドウの表示)に最大20秒かかることがよくあります。また、関連する注記では、コンテキストメニューのエントリを制限しようとしたにもかかわらず、WindowsシェルはWindowsエクスプローラーのコンテキストメニューを表示するのに最大10秒を必要とします(関連する動作も同じくらい長くかかります)(現在、おそらく10を超えています)デフォルト)。 私のシステムには、何年にもわたってインストール(およびアンインストール)した非常に多くのアプリケーションが確実に読み込まれていますが、それでもシステムを合理化するために最善を尽くします。 また、優先度の低い多くのバックグラウンドアプリケーションを実行しています。特に、CrashPlanなどの冗長クラウドバックアップソフトウェアは、通常、この6コア12スレッドシステムの合計CPU使用率の約25%を使用します。 新しいコンピュータを手に入れます。私は引き続き多くのバックグラウンドアプリケーションを実行し、多くのプログラムをインストール/アンインストールすることを知っています。コアだけでなくL3キャッシュも2倍にするデュアルCPUシステムを入手すると、恐ろしいC ++コンパイラのパフォーマンスと一般的なシステムの速度低下を克服するのに役立つと思ったら、喜んでそれを行います。 そこなければならないとしても、多くのプログラムやバックグラウンドアプリケーションで、ハイエンドのシステムは非常にゆっくりと動作しない理由もありません。しかし、システムに与えるCPUパワーとL3キャッシュの量に関係なく問題が発生する場合は、非常に多くのプログラムとバックグラウンドアプリケーションがインストールされて実行されているという理由だけで、デュアルCPUで$ 2,500を無駄に使いたくない私の問題の解決に役立たないシステム。 特に、L3キャッシュがすべてのコアで共有されているかどうかに関する質問(低優先度のバックグラウンドアプリケーションがL3キャッシュを独占している可能性が高いため、優先度の高いプログラムの速度が低下している可能性があります)、または個別に関連付けられている場合コア、いただければ幸いです。