分享:
x0
|
[资讯教学] QoS封包排程器的频宽限制
Windows XP Quality of Service (QoS) 的增强功能与行为
结论 网路 Quality of Service (QoS) 参照各种技术,该些技术会优先处理在网路连线上进行作业的某种流量或程式类型,而不是只依赖「最大速率 (best effort)」连线方式。QoS 机制同时内建在 Microsoft Windows 2000 和 Windows XP 中。本文将告诉您,Windows XP 中可用的 QoS 增强功能。 本文也会 提及 Windows 2000 中最先引用的 QoS 功能之参考资讯。
网际网路连线共用的 QoS 当两个网路透过慢速连结或连线 (例如拨号线路) 进行连接时,可能会有一种情况造成经过慢速连结的流量增加而发生延迟。 因为通讯中的终端工作站所测定速度,和慢速连结之间的速度不相符,所以会发生此延迟情况。慢速连结会造成网路路径中的瓶颈。这只适用于使用 TCP 时的连线导向通讯。
如果在搭配「网际网路连线共用」服务的 Windows XP 电脑背后,接收用户端是在相对较快的网路 (例如每秒 100 MB (Mbps) 的乙太网路) 上执行,而且与这个接收者进行通讯的伺服器是透过快速网路的远端存取服务,则便会发生不相符的情况。 在这种情况下,接收者的接收视窗会根据接收者连接的连结速度设定为较大的值。 传送者开始时会以低速传送,但是如果封包并未遗失,传送者最后几乎会使用封包的完整视窗大小进行传送。
这种情况会影响经由相同网路的其他 TCP 连线的效能。封包可能会存放在较大的伫列中,然后等待透过慢速网路进行传送。 如果发生遗失封包的情况,则需要重新传送资料,而这也会使连结壅塞。
这个问题的解决方案,是让在网路一端执行「网际网路连线共用」的电脑,自动将接收视窗设定为适用于慢速连结的较小尺寸。这个设定会覆写接收者的规格。 这个设定将不会导致影响流量,因为视窗大小会设定为如同接收者直接连线至慢速连结一样。在「网际网路连线共用」电脑上执行的 QoS 封包排程器元件会进行这项视窗调整。
数据机与远端存取的 QoS 2002 年 1 月时,许多人仍然透过慢速连结 (例如使用每秒 56 KB (Kbps) 的连线) 连接至网际网路。 即便是受到连结速度的限制,许多使用者仍然同时在网路上执行数个程式。例如,使用者可能会同时使用下载、电子邮件、聊天,或甚至是音讯或视讯资料流。 这些程式大部份都使用 TCP 当做根本的传输通讯协定,并且每个程式会使用专属的连线。
第一个使用连结的程式将拥有独占使用权,直到连线达到稳定状态为止。稳定状态会让资料传输以完整的 TCP 视窗进行。 当下一个程式开始传输资料时,程式使用的连线将依慢速启动演算法,以限制可以传输的未被认可资料之数量。 因为已建立程式的传输资料量的关系,第二个程式将花费更长的时间才能达到稳定状态,并且类似的资料大小传输速度将会更慢。
当作业系统使用慢速连结时,Windows XP 会实作 Deficit Round Robin (DRR) 公平配置。Windows 2000 中可以使用这项配置。根据预设值,在侦测到慢速连结时,Windows XP 便会开启这项配置。它会配置几个资料流量,并且指派新的应用程式资料串流给这些流量。 还会自动以类似递回的方式服务这些流量。这项设定提供较佳的回应与网路通讯效能,并且不需要手动进行设定。
澄清有关 QoS 在执行 Windows XP 的使用者电脑上的使用情形 如同在 Windows 2000 一样,在 Windows XP 中的程式可透过 QoS 应用程式发展介面 (API) 来利用 QoS 的功能。除非某程式特别要求高优先权的频宽,否则所有程式都可共用此百分之百的网路频宽。 而且除非发出要求的程式正在传送资料,否则这项「保留的」频宽仍可供其他程式使用。根据预设值,程式最高可保留电脑上每个介面之根本连结速度总频宽的 20%。 如果保留该频宽的程式并未完全利用该频宽来传送资料,相同主机上的其他资料流便可以使用保留频宽中未使用的部分。
如需有关 QoS 封包排程器的详细资讯,请参阅 Windows XP 说明。您也可以在 Windows 技术文件库中找到关于 Windows 2000 QoS 的其他资讯。
修正对于 Windows XP QoS 支援的某些误解 在某些出版的技术文件或新闻群组中皆宣称 Windows XP 总是会保留 20% 的可用频宽供 QoS 使用。 这些宣称是不正确的。<澄清有关 QoS 在执行 Windows XP 的使用者电脑上的使用情形>一节中的资讯正确说明了 Windows XP 系统的行为。
[ 此文章被拖把在2004-12-04 13:54重新编辑 ]
|