Windows Server 2019：Hyper-V中已禁用的NIC对Intel RSC的支持，存储堆栈将操作写入为直写!Windows Server 2019下Hyper-V群集管理员的另一小部分信息。看来，英特尔已从1903版开始禁用驱动程序端对所有NIC的RSC支持。此外，存储堆栈将标记为的操作写入直写，绕过缓存。一位用户已通知我。

几周前的2021年1月，我从博客阅读器Alexander F.那里获得了这些信息。Alex通过电子邮件通知了我他最近偶然发现的问题(为此)。 对Hyper-V中禁用的NIC的Intel RSC支持

他在他的电子邮件中写道：从昨天的2019 Hyper-V集群进行更新时，我偶然发现了以下内容。

看来Intel已禁用所有网卡的RSC支持，从1903版开始为Server 2019的驱动程序端!

首字母缩写词RSC代表接收段合并。Microsoft在Windows Server 2012中引入了该过程，以减少服务器CPU上的网络负载。背景是网络适配器(NIC)上的传入网络数据包会触发CPU的中断以进行处理。对于虚拟客户机，来自这些传入网络数据包的负载以及因此CPU的负载可能会非常高。接收段合并(RSC)旨在通过将数据包处理工作卸载到网络接口卡(NIC)来减少此负载。NIC可以将网络流量组合成更大的数据包，然后将它们传递给处理器进行处理。可以在这篇Microsoft文章中找到有关此主题的说明。亚历山大写道：

但是我在任何地方都找不到更详细的信息，为什么现在突然如此。好吧，我从来没有真正了解过虚拟化环境中的卸载感。

在过去的几个月中，我已停用了几个Hyper-V群集的NIC上的所有卸载，并且仅收到了各自客户的积极反馈。

亚历山大在本文中对Spiceworks社区进行了完整的解释。当他不得不更新Hyper-V 2019群集时，他注意到了整个过程。为此，他还在群集的两个节点上安装了最新的Intel网络驱动程序，其版本为25.6。当检查高级设置中的NIC设置时，他注意到更新后无法再针对RSC配置NIC。英特尔X722 NIC和英特尔I350 NIC上均存在此功能。在更新之前，他仍然可以在NIC设置中检索和调整RSC配置。 Hyper-V存储堆栈的写操作为直写

亚历山大在他的电子邮件中指出了与Windows Server 2019有关的另一个奇怪之处，并写道：，Hyper-V存储堆栈到最终存储(RAID / SAN)的所有写入操作都被硬标记为“直写”。

无论导致IO的软件先前指定了什么。这意味着或多或少地强制利用了其后面任何RAID控制器甚至SAN的回写缓存。