调制解调器和远程访问的QoS

 
　　截止到 2002年 1 月，很多用户仍然通过慢速链接与 Internet 相连，例如连接速度为每秒 56 千字节。尽管链接速度受到限制，但很多用户仍要同时运行多个访问网络的程序。这可能包括浏览、下载、电子邮件、聊天，甚至音频或视频流。这些程序大部分使用 TCP 作为基本传输协议，每个程序使用自己的连接。

　　第一个使用链接的程序最初有独占使用权，以使它的连接达到稳定状态，从而在传输中实现数据的全 TCP 窗口。当下一个程序开始传输数据时，它使用的连接受慢启动算法的制约，此算法限制可以传输的未确认数据的数量。由于已建立的程序正在传输一定数量的数据，因此第二个程序达到稳定状态所需的时间要长得多，并且同样大小的数据传输速度慢得多。

　　Windows XP 在慢速链接上运行时，实现了一个称为“不足额循环 (DRR)“的合理方案。Windows 2000 也使用了此方案，但在 Windows XP 中，当检测到慢速链接时，默认情况下打开此方案。此方案分配若干数据流，并为这些流分配新的应用程序数据流。以循环方式自动服务这些流，产生更好的网络通信响应和性能，而不需要用户做任何手动配置。

　　对运行 Windows XP 的终端计算机中的 QoS 的澄清

　　与 Windows 2000 一样，在 Windows XP 中，程序也可以通过 QoS 应用程序编程接口 (API) 来利用 QoS。所有程序可以共享百分之百的网络带宽，特别要求带宽优先权的程序除外。其他程序也可以使用这种“保留“的带宽，正在发送数据的请求程序除外。默认情况下，程序保留的带宽累计可达终端计算机每个接口的基本链接速度的百分之二十。如果保留带宽的程序发送的数据量没有完全用完带宽，保留带宽的未用部分可用于同一主机上的其他数据流。

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

　　纠正 Windows XP QoS 支持方面的一些错误说法

　　许多发表的技术文章和新闻组文章多次提到 Windows XP 通常为 QoS 保留百分之二十的可用带宽。通过上面的文章我们可以得出“QoS 保留百分之二十的可用带宽”这些说法是错误的。