重温针对通常称为 Microsoft Scalable Networking Pack 的 Windows 网络增强的建议
原文发布于 2011 年 11 月 14 日(星期一)
多年来,对于 Windows 中包含的通常称作 Microsoft Scalable Networking Pack 的功能(即,称为“接收方缩放 (RSS)”和“烟囱/TCP 连接卸载 (TOE)”的各个功能),以及在服务器上启用或禁用这些功能所产生的影响存在大量争论。
我们来回忆下往事:在 Windows 2003 SP2 中发布这些功能时,需要解决一些问题(在 Microsoft 和第三方代码中,如网络驱动程序),此情况这些年来已得到明显改善,重要的一点是,禁用这些功能会对服务器的性能产生重大影响。
以下是一个示例:
下面的屏幕快照说明了当其他 CPU 未共享负载时,某个 CPU 负载过重的情况。此情况在网络连接繁忙且已禁用 RSS 功能的服务器上很常见:
下图更好地说明了在服务器上启用 RSS 时发生的情况。启用此功能的时间已用红色圆圈标记。请注意,原来只有一个处理器在非常忙碌地处理网络通信,其余的处理器一点也不忙,但在启用 RSS 后发生了什么情况:
您已经让您关注到这个问题 - 下面我想向您推荐一篇由我的 Windows 团队中的同行 Tod Edwards 最近撰写的一篇文章,该文章深入介绍了这些功能、启用这些功能的原因以及如何启用这些功能,另外还介绍了如何确保您在启用这些功能时处于有利位置。请转到此处进行阅读:
从另一个角度看 Microsoft Scalable Networking Pack
(毫无疑问,请确保已更新您的网卡驱动程序!)
祝您愉快!
Nino Bilic
这是一篇本地化的博客文章。请访问 Time to revisit recommendations around Windows networking enhancements usually called Microsoft Scalable Networking Pack 以查看原文