Windows Server 2019：Hyper-V中已禁用的NIC對Intel RSC的支持，存儲堆棧將操作寫入為直寫!Windows Server 2019下Hyper-V群集管理員的另一小部分信息?？磥?，英特爾已從1903版開始禁用驅(qū)動程序端對所有NIC的RSC支持。此外，存儲堆棧將標記為的操作寫入直寫，繞過緩存。一位用戶已通知我。

幾周前的2021年1月，我從博客閱讀器Alexander F.那里獲得了這些信息。Alex通過電子郵件通知了我他最近偶然發(fā)現(xiàn)的問題(為此)。 對Hyper-V中禁用的NIC的Intel RSC支持

他在他的電子郵件中寫道：從昨天的2019 Hyper-V集群進行更新時，我偶然發(fā)現(xiàn)了以下內(nèi)容。

看來Intel已禁用所有網(wǎng)卡的RSC支持，從1903版開始為Server 2019的驅(qū)動程序端!

首字母縮寫詞RSC代表接收段合并。Microsoft在Windows Server 2012中引入了該過程，以減少服務器CPU上的網(wǎng)絡負載。背景是網(wǎng)絡適配器(NIC)上的傳入網(wǎng)絡數(shù)據(jù)包會觸發(fā)CPU的中斷以進行處理。對于虛擬客戶機，來自這些傳入網(wǎng)絡數(shù)據(jù)包的負載以及因此CPU的負載可能會非常高。接收段合并(RSC)旨在通過將數(shù)據(jù)包處理工作卸載到網(wǎng)絡接口卡(NIC)來減少此負載。NIC可以將網(wǎng)絡流量組合成更大的數(shù)據(jù)包，然后將它們傳遞給處理器進行處理。可以在這篇Microsoft文章中找到有關此主題的說明。亞歷山大寫道：

但是我在任何地方都找不到更詳細的信息，為什么現(xiàn)在突然如此。好吧，我從來沒有真正了解過虛擬化環(huán)境中的卸載感。

在過去的幾個月中，我已停用了幾個Hyper-V群集的NIC上的所有卸載，并且僅收到了各自客戶的積極反饋。

亞歷山大在本文中對Spiceworks社區(qū)進行了完整的解釋。當他不得不更新Hyper-V 2019群集時，他注意到了整個過程。為此，他還在群集的兩個節(jié)點上安裝了最新的Intel網(wǎng)絡驅(qū)動程序，其版本為25.6。當檢查高級設置中的NIC設置時，他注意到更新后無法再針對RSC配置NIC。英特爾X722 NIC和英特爾I350 NIC上均存在此功能。在更新之前，他仍然可以在NIC設置中檢索和調(diào)整RSC配置。 Hyper-V存儲堆棧的寫操作為直寫

亞歷山大在他的電子郵件中指出了與Windows Server 2019有關的另一個奇怪之處，并寫道：，Hyper-V存儲堆棧到最終存儲(RAID / SAN)的所有寫入操作都被硬標記為“直寫”。

無論導致IO的軟件先前指定了什么。這意味著或多或少地強制利用了其后面任何RAID控制器甚至SAN的回寫緩存。