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

Jen*_* W. 8 performance sql-server network numa performance-tuning

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

RLF*_*RLF 3

接收端扩展 (RSS) 可提高在多处理器系统上处理网络数据时的系统性能。这应该可以更好地扩展从网络接收数据。

查找详细信息的一个地方是:https ://technet.microsoft.com/en-us/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可扩展性配置文件允许以循环方式为每个 NUMA 节点分配 RSS CPU。这会导致“RSS 在为每个 NUMA 节点分配第二个 RSS CPU 之前,为每个 NUMA 节点分配至少一个 RSS CPU”。这种循环设置将任务分散到更多的 CPU 上,从而可能提高数据吞吐量。

这表明,如果服务器是数据网络的重度消耗者,那么NUMA 可扩展性配置文件可能会显着增加该数据的消耗。但是,一旦完成并且数据位于缓存中,我看不到这会延续到其他 SQL Server 操作中。

您的环境是否消耗大量数据,这对您的工作有益?然后您可以考虑可用的各种配置文件。

  1. 其他低延迟支持包括并行接收处理保留按顺序数据包传送等选项以及可能对您有利的其他几个选项。

  2. 此外,最新的 RSS“使 Windows Server 2012 能够在拥有超过 64 个处理器的大型服务器上实现最佳扩展”。

因此,RSS 使 Windows 具有更好的接收数据选项,但它似乎并不表明 SQL Server 将以某种更好的方式运行。但是,我找不到任何明确的方向,而且大多数论文已有十年左右的历史。