Windows Server 2019:Hyper-V中已禁用的NIC对Intel RSC的支

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的驱动程序端!

Windows Server 2019:Hyper-V中已禁用的NIC对Intel RSC的支持

首字母缩写词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的回写缓存。

    您可能感兴趣的文章

    文章模式

    Windows Server 2019:Hyper-V中已禁用的NIC对Intel RSC的支

    Windows Server 2019:Hyper-V中已禁用的NIC对Intel RSC的支持,存储堆栈将操作写入为直写!Windows Server 2019下Hyper-V群集管理员的另一小部分信息。看来,英特尔已从1903

    长按识别二维码 进入电脑技术网查看详情

    请长按保存图片