ハイパースレッディングによってパフォーマンスが向上するかどうかを判断するために、どのようなパフォーマンス統計を使用できますか？
ハイパースレッディングを無効にするとパフォーマンスが向上するかどうかを尋ねる質問がいくつかあります（例： this など）。答えは（すべてのパフォーマンスの質問に対するものですが）もちろん「ワークロードでプロファイルする」ことです。
実稼働環境で実験を実行することは悪い考えであり（実稼働での実験からパフォーマンスが低下することを望んでいる人！）、現実的な開発環境をセットアップすることが常に実行可能であるとは限らないため、どのような測定値を使用して判断できるか疑問に思いました。ハイパースレッディングはパフォーマンスを低下させる可能性があります（成功する可能性が高い実験のみを実行するなど）。
ノート：
- これはSQL固有の質問ではありません。私は、SQL統計ではなく、オペレーティングシステムのパフォーマンスカウンターを探しています。
- ソースコードは利用できないため、パフォーマンスを監視するためにソースコードを変更することはできません。
アプローチがアカデミックすぎるかどうかはわかりませんが、modern CPUのほとんどのワークロードでは、ハイパースレッディングをオンのままにしておくことをお勧めします。
現在、アプリケーション要件、OSバージョン/フレーバー/ディストリビューション、ハードウェア仕様/プラットフォーム/ CPUモデルなどの詳細を提供していないため、実際の洞察を提供することは困難です。
- あなたのビジネスやユーザーにとって重要な指標は何ですか？
- 履歴モニタリングはありますか？
perfのような組み込みツールを見ていますか？- パフォーマンスの問題がありますか今日？
- Netdataのようなツールを使用してシステムを調べ、システムで何が起こっているかを実際に確認します。
ただし、Intel Nehalem以降のCPUでシステムハードウェアを使用している場合は、やむを得ない理由がない限り、ハイパースレッディングを有効のままにしておきます。決定論的ワークロード またはシングルスレッドパフォーマンスに依存する何かを持っているなら、多分...しかし、電力パフォーマンスプロファイル、Cステートの無効化、BIOS構成、OSレベルなど、他の手に負えない成果がしばしばありますチューニング。
実稼働環境で実験を実行することはお勧めできません
いいえ、ちがいます。ライブ環境の現実的なシミュレーションを作成すると、ITにかかる総費用とほぼ同じくらいの費用がかかります。これは、サーバーインフラストラクチャを再構築する費用だけでなく、作成費用と比較してtinyです。代表的だがシミュレートされた需要。これを行うと主張する製品はたくさんありますが、近いものはまだありません。
天文学的なIT予算を持っている企業でさえ、本番環境でテストされるまで、何かが実証済みの価値があるとは考えていません。
マンアップ。
構成の変更によってシステムが改善または悪化したかどうかを判断するために測定できるものについては、サービスまたはコンポーネントについて何も言わなかったため、質問に答えることができません。