win server 2019：Hyper-V中已禁用的niC对intel RsC的支持

　　win server 2019：Hyper-V中已禁用的niC对intel RsC的支持，存储堆栈将操作写入为直写!win 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在win 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存储堆栈的写操作为直写

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

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