RSSプロファイルは、NUMA設定のSQL Serverに影響を与えますか？

Windows 2012 R2のデフォルトのNUMAStaticであるRSSプロファイルを、NUMA設定のSQL Server用に変更できるかどうかを知りたいです。NUMAまたは保守的な設定で高負荷のSQL Serverのパフォーマンスベンチマークを行った人はいますか？

受信側スケーリング（RSS）は、マルチプロセッサシステムでネットワークデータを処理するときのシステムパフォーマンスを向上させます。これにより、ネットワークからデータを受信するためのスケーリングが向上します。

詳細を確認する場所の1つは、https：//technet.microsoft.com/en-us/library/hh997036.aspxです。

このことから、受信側のスケーリングは主にネットワークからのデータの受信に利益をもたらすと推測します。

SAPのインストールに興味深いリンクがあり、2012年に投稿されましたが、Windows 2012より前のオペレーティングシステムを使用しているようです。

それでも、いくつかの詳細から利益を得ることができます。グラフの1つは、1つのプロセッサのみが読み取りを消費しているのに対し、他のプロセッサはあまり多くのことを行っていないことを示しています。以下の表を参照してください。

http://blogs.msdn.com/b/saponsqlserver/archive/2012/01/12/network-settings-network-teaming-receive-side-scaling-rss-amp-unbalanced-cpu-load.aspx

したがって、RSSは主に、Windowsがデータを受信して​​SQL Serverなどの他のプロセスで利用できるようになるまでの時間に影響を与えているようです。これは、選択したRSSプロファイルによって異なります。

例えば：

1. デフォルトのプロファイル新しいRSS機能を無効のWindows 2008 R2の挙動と非常に類似した挙動を残し、。
2. NUMAスケーラビリティのプロファイルは、RSS CPUがラウンドロビン方式でNUMAノードごとに割り当てることができます。これにより、「RSSはNUMAノードごとに少なくとも1つのRSS CPUを割り当ててから、各NUMAノードに2番目のRSS CPUを割り当てます」。このラウンドロビンセットアップにより、タスクがより多くのCPUに分散されるため、データスループットが向上する可能性があります。

これは、サーバーがデータネットワークの負荷が高い場合、NUMAスケーラビリティプロファイルがこのデータの消費量を大幅に増加させる可能性があることを示唆しています。しかし、それが完了してデータがキャッシュに入れられると、これが他のSQL Server操作に引き継がれるとは思えません。

あなたの環境は非常に重いレベルのデータを消費していますか？次に、利用可能なさまざまなプロファイルを検討します。

3. その他の低レイテンシサポートには、並列受信処理、順序どおりのパケット配信の保持などのオプションや、その他のいくつかのオプションが含まれます。

4. また、最新のRSSにより、「64を超えるプロセッサを搭載した大規模サーバーでWindows Server 2012を最適に拡張できます。」

したがって、RSSを使用すると、Windowsでデータを受信するためのより優れたオプションを利用できますが、SQL Serverがより適切に動作することを示すようには見えません。しかし、私はこれについて明確な方向性を見つけることができず、ほとんどの論文は約10年前のものです。