据我了解，Windows Server 2008 R2能够将IO请求发送到最大1MB大小的存储子系统。 早在Server 2003时代（以前），它曾经被限制为64KB。
我似乎记得读到可以操纵最大IO请求的大小远离默认值。 我认为HKLM \ SYSTEM \ CurrentControlSet \ Control \ Session Manager下的registry项是必需的，但Google今天没有find任何答案。
我想要改变IO请求的大小，以便在虚拟磁盘托pipe一个专门的video录制应用程序时，对VMWare FT虚拟机的影响进行评估。 当遇到混合的大量读写请求时，我们试图解决的根本问题是VMWare FT主/次复制融合。 希望通过改变IO请求的大小，我们可以提高这个效率。
所以我假设你在ESXI上运行这个服务器？ 它不完全从你的问题。
对你的问题。 你不会从这样做得到任何好处。 事实上，你可能会降低性能。 （如果我记得正确的smss.exe不会做你所描述的）。 为了在Windows Server 2008 R2中获得更好的I / O性能，您需要将MPIO（多pathI / O）直接存储到存储卷（将操作系统保留在VMDK上，并在iscsi驱动器上有数据）。
这假定您有一个支持MPIO的存储解决scheme（您将不得不设置iSCSI以便直接访问SAN上的卷，而不必通过VMDK）。
这不是一个5分钟的设置，需要一些家庭工作得到正确的。 由于我不知道你的环境，我不能build议任何事情。
我知道ESXI 4.x中的一些人不得不在Vmware hyper遮阳板上降低I / O请求以获得更好的性能。 （我不推荐这个）。
编辑：你有没有考虑使用Vmware FT作为这种情况下的按需任务？ 这将是最快的解决办法。 通过暂时或基于Vmware HA运行该主机。 它由vmware支持。