- 第 3 页 -
这个文章是前两年在网上流传得比较广的了，有很大的帮助。不过，有些观点有待考究。
比如这条："QoS RSVP -关！就是那个２０％的 ＱｏＳ " 这个似乎对应了gpedit.msc 里面的组策略。
下面是比较权威的解释：
Ｗｉｎｄｏｗｓ ＸＰ一直保留了２０％的带宽了吗？答案是否定的，被保留的带宽是用于一种在Ｗｉｎｄｏｗｓ ２０００里面引入的新技术——ＱｏＳ（即：联网服务质量），而且，不是说这２０％的带宽就一定会被占用，事实上，只有在使用了ＱｏＳ 应用程序编程接口 ?ＡＰＩ? 编写应用程序需要访问网络的时候，才会利用到这２０％的带宽。如果这些使用了ＱｏＳ ＡＰＩ的应用程序没有访问网络时，所保留的带宽仍然能够被其他应用程序所采用。
微软专门针对这个问题，在代号为ＫＢ３１６６６６（ http://support.microsoft.com/?id=316666 ）的知识库里面作了详细说明。而组策略里面修改的数值指的是当使用了ＱｏＳ ＡＰＩ编写程序需要访问网络时能够使用的最大带宽量，如果我们设置为０％，那就意味着使用ＱｏＳ ＡＰＩ编写的应用程序不得不和其他应用程序争夺有限的带宽，可能产生的后果就是需要优先通信的数据没有得到优先权。当然，ＱｏＳ这个本来用于改善网络质量的新技术也就丧失了意义。
比如这条："QoS RSVP -关！就是那个２０％的 ＱｏＳ " 这个似乎对应了gpedit.msc 里面的组策略。
下面是比较权威的解释：
Ｗｉｎｄｏｗｓ ＸＰ一直保留了２０％的带宽了吗？答案是否定的，被保留的带宽是用于一种在Ｗｉｎｄｏｗｓ ２０００里面引入的新技术——ＱｏＳ（即：联网服务质量），而且，不是说这２０％的带宽就一定会被占用，事实上，只有在使用了ＱｏＳ 应用程序编程接口 ?ＡＰＩ? 编写应用程序需要访问网络的时候，才会利用到这２０％的带宽。如果这些使用了ＱｏＳ ＡＰＩ的应用程序没有访问网络时，所保留的带宽仍然能够被其他应用程序所采用。
微软专门针对这个问题，在代号为ＫＢ３１６６６６（ http://support.microsoft.com/?id=316666 ）的知识库里面作了详细说明。而组策略里面修改的数值指的是当使用了ＱｏＳ ＡＰＩ编写程序需要访问网络时能够使用的最大带宽量，如果我们设置为０％，那就意味着使用ＱｏＳ ＡＰＩ编写的应用程序不得不和其他应用程序争夺有限的带宽，可能产生的后果就是需要优先通信的数据没有得到优先权。当然，ＱｏＳ这个本来用于改善网络质量的新技术也就丧失了意义。