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 系統的行為。