大家逛論壇什麼的，經常會發現這樣的帖子“網速提高20%，絕對有效”“修改PC配置，提高網速20%”，也許你懷著驚奇的心情去試了，然後你並沒有發現有明顯的提高，而處於心理左右的驅使，你會“發現”開啟網頁的速度“真的”有那麼點提高。然後你就回帖，說：感謝分享，有點效果~~

然後就是網友們瘋狂的回帖，轉帖~~然後友友們發現，這的確沒有任何提速，是個誤導，下面就轉載來自一位友友的分析：

關於的“限制保留頻寬”有這樣一個推論：去掉後寬頻速度會提升20％。這種說法在網上廣為流行，然而你費時費力去掉這個限制後，卻發現速度並沒有提升，相反在不少情況下反而更慢（實際情況可能是一些後申請頻寬的程式無法及時申請到所需要的起碼頻寬，比如啟用迅雷後，迅雷會搶佔全部頻寬資源，這時想另外開啟網頁基本不可能，以前還可以開啟，只是速度慢點。

而且這時如遇到系統或防毒軟體自動更新，也會無法完成），便恢復了微軟工程師們做的預設設定（不少人認定自己比他們更高明）。需要指出的是，此種“保留”顯然不可能以微軟工程師們受益為出發點！受益者只能是使用者。

其實根本不用去掉。這個20％頻寬並非“保留”，是指在使用QoS 應用程式程式設計介面 (API)的程式最多在每個介面基礎鏈路上可以申請預留20％的頻寬，但是如果此程式並未充分利用，這些頻寬仍然可以被其他程式所用。

在微軟的《技術資源規劃》中指出：除非有應用程式專門請求優先的頻寬，否則在Windows系統上執行的應用程式可以共享所有的網路頻寬。但如果做出請求的應用程式沒有傳送資料，則這些“預定”的頻寬仍可用於其它應用程式……預設情況下，對終端系統的每個介面上的基礎鏈路而言，應用程式可以預定的合計頻寬最多可為該基礎鏈路速度的20%。如果預定了頻寬的應用程式沒有傳送足夠的資料來充分利用頻寬，則預定頻寬中未被使用的部分將仍可用於同一主機上的其它資料流。

從上面這些微軟對QoS的解釋我們可以知道通過在組策略編輯器中 把QoS的20%修改為0%達不到優化網路效能的目標。而在組策略裡面的修改的20%引數是指當使用了QoS API編寫程式需要訪問網路時能夠使用的最大頻寬量，如果我們 設定為0%，那就意味著使用QoS API編寫的應用程式不得不和其他應用程式爭奪有限的頻寬，可能產生的後果就是需要優先通訊的資料沒有得到優先權。

從這一點來說把QoS的20%修改為0%不但沒有好處還會產生使得某些實時網路應用程式不能有效使用網路頻寬的問題。所以這個所謂的優化技巧可以說是一個誤導。

像這種誤導的情況還有很多，某些優化軟體的就是這樣，把禁用系統某個功能後對速度的提升說的冠冕彈簧，去誘惑你去使用，但是某些優化可能在XP時代還有些用處，但是到了

所以，提醒大家，優化需慎重，不要為了節約開機的那一點時間或者網路的那幾K的速度而把系統改的一沓糊塗，不能按照預先的優先權去對待你的操作。