“开始菜单-运行-输入"gpedit.msc”
下面是微软官方对于“windows XP/2003系统都会默认限制20%的网速”的解释
Windows XP 服务质量 (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 系统的行为。
转载于:https://blog.51cto.com/netpro/507140