RSS配置文件对使用NUMA设置的SQL Server有影响吗？

我很好奇，是否可以/应该为具有NUMA设置的SQL Server更改Windows 2012 R2上默认的RSS配置文件NUMAStatic。有没有人使用NUMA或保守设置在高负载SQL Server上完成性能基准测试？

在多处理器系统上处理网络数据时，接收方缩放（RSS）可提高系统性能。这将导致更好的伸缩性，以便从网络接收数据。

查找详细信息的一个位置是：https : //technet.microsoft.com/zh-cn/library/hh997036.aspx

由此推断，接收方扩展主要受益于从网络接收数据。

对于SAP安装，您可能会发现一个有趣的链接，尽管该链接发布于2012年，但似乎正在使用Windows 2012以前的操作系统。

但是，您可能会从某些细节中受益。一张图表显示，只有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节点分配第二个RSS CPU之前，每个NUMA节点分配至少一个RSS CPU。” 这种循环设置将任务分散在更多的CPU上，从而有可能提高数据吞吐量。

这表明，如果服务器是数据网络的主要消耗者，则NUMA可伸缩性配置文件可能会大大增加此数据的消耗。但是一旦完成并且数据在高速缓存中，我看不到它将继续到其他SQL Server操作中。

您的环境是否在消耗大量数据，从而使您的工作受益？然后，您可以考虑各种可用的配置文件。

3. 其他低延迟支持包括诸如并行接收处理，保留有序数据包传送之类的选项，以及可能对您有利的其他几个选项。

4. 同样，最新的RSS“使Windows Server 2012能够在具有64个以上处理器的大型服务器上最佳扩展。”

因此，RSS为Windows提供了更好的接收数据的选项，但似乎并不表示SQL Server会以更好的方式运行。但是，我对此找不到任何明确的方向，而且大多数论文都已经有十年历史了。