关于windows的“限制保留带宽”有这样一个推论：去掉后宽带速度会提升20％。这种说法在网上广为流行，然而你费时费力去掉这个限制后，却发现速度并没有提升，相反在不少情况下反而更慢（实际情况可能是一些后申请带宽的程序无法及时申请到所需要的起码带宽，比如启用迅雷后，迅雷会抢占全部带宽资源，这时想另外打开网页基本不可能，以前还可以打开，只是速度慢点。

而且这时如遇到系统或杀毒软件自动更新，也会无法完成），便恢复了微软工程师们做的默认设置（不少人认定自己比他们更高明）。需要指出的是，此种“保留”显然不可能以微软工程师们受益为出发点！受益者只能是用户。

其实根本不用去掉。这个20％带宽并非“保留”，是指在使用QoS 应用程序编程接口 (API)的程序最多在每个接口基础链路上可以申请预留20％的带宽，但是如果此程序并未充分利用，这些带宽仍然可以被其他程序所用。

在微软的《技术资源规划》中指出：除非有应用程序专门请求优先的带宽，否则在Windows系统上运行的应用程序可以共享所有的网络带宽。但如果做出请求的应用程序没有发送数据，则这些“预定”的带宽仍可用于其它应用程序……默认情况下，对终端系统的每个接口上的基础链路而言，应用程序可以预定的合计带宽最多可为该基础链路速度的20%。如果预定了带宽的应用程序没有发送足够的数据来充分利用带宽，则预定带宽中未被使用的部分将仍可用于同一主机上的其它数据流。

从上面这些微软对QoS的解释我们可以知道通过在组策略编辑器中 把QoS的20%修改为0%达不到优化网络性能的目标。而在组策略里面的修改的20%参数是指当使用了QoS API编写程序需要访问网络时能够使用的最大带宽量，如果我们 设置为0%，那就意味着使用QoS API编写的应用程序不得不和其他应用程序争夺有限的带宽，可能产生的后果就是需要优先通信的数据没有得到优先权。

从这一点来说把QoS的20%修改为0%不但没有好处还会产生使得某些实时网络应用程序不能有效使用网络带宽的问题。所以这个所谓的优化技巧可以说是一个误导。

像这种误导的情况还有很多，某些优化软件的就是这样，把禁用系统某个功能后对速度的提升说的冠冕弹簧，去诱惑你去使用，但是某些优化可能在XP时代还有些用处，但是到了win7时代，可以说是用处甚微，有时反倒有不利的一面。