背景はかなり密接にプロセッサの活動を監視するために、SQL歩哨を使用して私を持っていた私は最近、最近、いくつかのかなり高いCXPACKETの待ち時間に見てきました。
結果として気づいたことの1つは、コンテキストの切り替えに大きなスパイクがあることです。以下は5分のサンプルですが、このパターンは1日を通して非常に一般的です。
あなたが見ることができるように、それはかなり定期的に急上昇します。これについての私の理解は、これがCPUのプレッシャーの結果であると信じるようになります。しかし、その間、かろうじて60％を超えます。
いくつかの調査の結果、これはハイパースレッディングの結果として発生していると私に思わせました。ハイパースレッディングの危険のいくつかを以前に読んだことは知っています。しかし、それはかなり前に書かれました。
長い話を短くします。ハイパースレッディングは、コンテキストの切り替えにおけるこのスパイクの原因である可能性がありますか？コンテキストの切り替えが並列クエリに悪影響を及ぼしている可能性はありますか？私の環境ではハイパースレッディングを無効にする必要がありますか？
更新この特定のことが私の環境で起こっていますが、その核心にある質問はより普遍的です。高レベルのコンテキスト切り替えは、並列クエリにどの程度影響がありますか？ハイパースレッディングはこの種の問題を引き起こす可能性がありますか？
最終的に私がインターネットで見つけたもののほとんどは、ハイパースレッディングとSQL Serverは良い友達ではないことを示唆していますが、ほとんどの場合、その情報は非常に古いものです。
私のシステム構成に関する質問がたくさんあったので、それらを除外できるようにここで取り上げます。OSとbioの両方のレベルでパフォーマンスの電源設定があります。Maxdopは8に設定され、並列処理のコストしきい値は25です。32の論理コアと16の物理コアがあります。また、これは大部分がデータウェアハウスの負荷シナリオです。