新娘跟妆一般多少钱:专业版的Windows XP为什么默认保留了20%的带宽？

其实没有什么用

重新推断XP的20％的“保留带宽

据我所知，这个方法最早来源于《电脑报》，直到今天这个所谓的“技巧”还在网上广为流传。所以，我觉得有必要在这儿说一下。

其实根本不用去掉。
这个20％带宽并非“保留”，是指在使用QoS 应用程序编程接口 (API)的程序最多在每个接口基础链路上可以申请预留20％的带宽，但是如果此程序并未充分利用，这些带宽仍然可以被其他程序所用。
在微软的《技术资源规划》中指出：除非有应用程序专门请求优先的带宽，否则在 Windows XP PC 上运行的应用程序可以共享所有的网络带宽。但如果做出请求的应用程序没有发送数据，则这些“预定”的带宽仍可用于其它应用程序。 。。。默认情况下，对终端系统的每个接口上的基础链路而言，应用程序可以预定的合计带宽最多可为该基础链路速度的 20%。如果预定了带宽的应用程序没有发送足够的数据来充分利用带宽，则预定带宽中未被使用的部分将仍可用于同一主机上的其它数据流。
可见，所谓20％的保留带宽纯属个别人断章取义，误导视听而已。

如果你一定要关掉它，可以按照以下步骤：

1.运行组策略编辑器程序（gpedit.msc）。在“‘本地计算机’策略”中，逐级展开“计算机配置”→“管理模板”→“网络”→“QoS数据包调度程序”分支。在屏幕右边会出现“QoS数据包调度程序”策略。
2.单击右边子项目的“限制可保留带宽”。单击“限制可保留带宽”下“显示”旁边的“属性”。点击“设置”。“设置”为我们提供了三个选择（未配置、已启用、已禁用），选择“已启用”，接着再将带宽限制旁边的%设置为0%即可，然后按确定退出。
3.单击“开始”→“连接到”→“显示所有连接”。选中你所建立的连接，用鼠标右键单击属性，在出现的连接属性中单击网络，在显示的网络对话框中，检查“此连接使用下列项目”中“QoS数据包调度程序”是否已打了勾，没问题就按确定退出。

详细的看这里
http://www.iceme.net/bbs/dispbbs.asp?boardID=17&ID=16281

Windows XP 服务质量 (QoS) 增强和行为
察看本文应用于的产品
文章编号 : 316666
最后修改 : 2005年12月15日
修订 : 3.0
本文的发布号曾为 CHS316666
本页
概要
参考
这篇文章中的信息适用于:

概要
联网服务质量 (QoS) 是指用一系列技术让一类通信量或一个跨网络连接运行的程序处于高优先级，而不只是依赖“最大努力”连接。Microsoft Windows 2000 和 Windows XP 中都内置了 QoS 机制。本文介绍 Windows XP 所提供的 QoS 增强功能。本文还提到了最先在 Windows 2000 中引入的 QoS 功能。

针对 Internet 连接共享的 QoS
当一个网络通过慢速链接或连接（如拨号线路）连接到另一个网络时，通过慢速链接的通信延迟可能会增加。发生此延迟是因为，在通信中涉及的终端站所知道的速度与实际的慢速链接的速度之间存在差异。慢速链接导致了网络路径中的瓶颈。这只适用于您使用 TCP 时的面向连接的通信。

如果接收客户机运行在一个相对较快的网络（如 100 Mb/s 以太网）上并且位于一台运行着带有 Internet 连接共享服务的 Windows XP 的计算机后面，而与此接收方通信的服务器位于快速网络上的远程访问服务后面，则存在不匹配现象。在这种情况下，接收方的接收窗口被设置为较大的值，此值基于接收客户机连接到的链接的速度。发送方开始时以低速率发送，但是，如果数据包没有丢失，发送方最终将发送几乎占满整个窗口的数据包。

这种情况可能会影响跨同一网络的其他 TCP 连接的性能。数据包排在一个可能会很大的队列中，等待通过慢速网络传送出去。如果发生数据包丢失，就必须重新传送数据，这会造成链接拥塞。

此问题的解决方法是，让在网络边缘运行 Internet 连接共享的计算机自动将接收窗口设置为与慢速链接相适应的较小的尺寸。此设置将覆盖接收方指定的设置。此设置不会对通信产生不利影响，这是因为，设置窗口尺寸时就好像接收方与慢速链接直接相连一样。运行在 Internet 连接共享计算机上的 QoS 数据包调度程序组件执行此窗口调整。

用于调制解调器和远程访问的 QoS
在 2002 年 1 月之前，很多人还在通过慢速链接连接到 Internet，例如速度为每秒 56 Kb 的连接。尽管链接速度有限制，但很多用户仍要同时运行多个访问网络的程序。例如，用户可能会同时下载、发电子邮件、聊天甚至使用音频或视频流。这些程序大部分使用 TCP 作为基本传输协议，每个程序都使用其自己的连接。

第一个使用链接的程序以独占方式使用链接，直到连接达到一种稳定状态。稳定状态导致传输的数据占满整个 TCP 窗口。当下一个程序开始传输数据时，它使用的连接受慢启动算法的制约，此算法限制可以传输的未确认数据的数量。由于已建立的程序正在传输一定数量的数据，因此第二个程序达到稳定状态所需的时间要长得多，并且同样大小的数据传输速度会慢得多。

Windows XP 在慢速链接上运行时执行一种“不足额循环 (DRR)”合理分配方案。Windows 2000 也使用了此方案。在 Windows XP 中，当检测到慢速链接时，将默认打开此方案。此方案分配若干数据流，并为这些流分配新的应用程序数据流。这些数据流以循环方式得到服务。此配置为网络通信提供了较好的响应速度和性能，而且不要求手动配置。

对运行 Windows XP 的终端计算机中 QoS 的使用的澄清
像在 Windows 2000 中一样，程序可以通过 Windows XP 中的 QoS API 利用 QoS。所有程序可以共享百分之百的网络带宽，除非有某一程序特别要求带宽优先权。其他程序也可以使用此“保留”的带宽，但请求此带宽的程序正在发送数据时除外。默认情况下，程序在终端计算机的每一个接口上可以预留基本链接速度的 20% 的聚合带宽。如果保留带宽的程序发送的数据量没有完全用完带宽，则保留带宽的未用部分可用于同一主机上的其他数据流。

有关 QoS 数据包调度程序的更多信息，请参考 Windows XP 帮助。Windows 2000 技术库提供了有关 Windows 2000 QoS 的其他信息。

纠正关于 Windows XP QoS 支持的一些不正确的说法
许多发表的技术文章和新闻组消息中都说，Windows XP 总是将 20% 的可用带宽预留给 QoS。这些说法是错误的。本文“对运行 Windows XP 的终端计算机中的 QoS 的使用的澄清”部分正确描述了 Windows XP 系统的行为。

这个没用的，不用管它的。