我在 2008 R2 Enterprise SP1 上遇到了一个奇怪的性能问题。
这是设置：
- 许多进程侦听绑定在单个 NIC 上的不同组播 UDP 流（按进程侦听 5 个组播）
- 跨进程，所有多播使用相同的端口范围但不同的多播 IP（重要的细节，因为给定端口的每个多播接收器都将是 REUSED 服务器套接字的服务器）
- 每个进程组播侦听带宽为 10Mbits
- 在 NIC 上设置 RSS，在 NIC 和 OS 上设置最大卸载设置，激活 MSI
行为：
- 在 17 个侦听进程（大约 85 个加入的 UDP 多播）下，内核 CPU 影响可以忽略不计。
- 在 17 和 22 个侦听器之间（大约 110 个加入的 UDP 多播），内核 CPU 使用率开始缓慢增长但可以接受
- 超过 25，每个加入的多播开始对内核 CPU 时间产生巨大影响，这会影响所有 RSS 绑定的 CPU
- 每个监听进程使用的 CPU 时间接近 0（正常，因为进程除了读取多播之外什么都不做），所以真正的问题在于操作系统组件
我们发现了什么：
- 更改 NIC 硬件对行为没有影响（在 HP NC382i、基于 Broadcom 的 NIC 和 HP NC365T、Quad Gigabit、基于 Intel 的测试）
- 全局接收带宽不是限制因素（单个 500Mbits 流不会触发 CPU …