windows系統會默認限制20％的帶寬嗎？

「開始菜單－運行－輸入＂gpedit.msc」

－肯定－計算機配置－管理模板－網絡－qos數據包計劃程序－限制保留寬帶－屬性－已啓用－將帶寬限制改成0％－選應用－肯定

這樣就能夠提升20%的網速」

 

這種方法一直像民間偏方同樣流傳於衆，很多網站和媒體也作過介紹

然而這種方法真的有效嗎？

很多網友對此作了測試  發現其意義並不大，但大都不能解釋其中的原理

 

下面是微軟官方對於「windows XP/2003系統都會默認限制20％的網速」的解釋

http://support.microsoft.com/kb/316666/zh-cn

 

Windows XP 服務質量 (QoS) 加強和行爲

 

聯網服務質量 (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 系統的行爲。

------------

組策略裏面的修改的20%參數是指當使用了QoS API編寫程序須要訪問網絡時可以使用的最大帶寬量，若是咱們設置爲0%，那就意味着使用QoS API編寫的應用程序不得不和其餘應用程序爭奪有限的帶寬，可能產生的後果就是須要優先通訊的數據沒有獲得優先權。

像windows補丁更新程序、Windows meida play都使用到了 QoS API，取消限制帶寬也只能是在像windows更新時有些效果，因此應此整體來講意義不大。