下面是網(wǎng)絡(luò)優(yōu)化——注冊表語句分析

　　"SackOpts"=dword:00000001

　　這行可以說什么也沒做。系統(tǒng)默認大概就這么設(shè)置的，他只不過是確認拉下。

　　"TcpWindowSize"=dword:0003e640 #這個好像是推薦pppoe鏈接使用的，設(shè)置tcp協(xié)議的發(fā)送框口大小為255552，傳輸單元緩沖區(qū)，在設(shè)置全局緩沖區(qū)大小前這個設(shè)置是多余的，這個是配合 glbalmaxtcpwindowsize起作用的。

　　"Tcp1323Opts"=dword:00000001

　　這個控制框口（不理解的參考上下文）縮放，如果帶窗口縮放，則在 RTT 為 100 毫秒的路徑上能達到 1 千兆字節(jié) (GB)/秒 (Mbps) 的吞吐量，可惜我們只是嘆惜的份！

　　"DefaultTTL"=dword:00000040

　　TCP/IP的分組壽命，這主要是防止TCP/IP分組在Internet中被無限復制。加大該值，可以使TCP/IP分組通過Internet傳輸?shù)礁h的目的地。

　　2003的默認值是64，或許想讓別人當你是一個服務(wù)器吧！（安全考慮？）"EnablePMTUBHDetect"=dword:00000000

　　這行默認的，感覺也沒什么作用！，就是關(guān)閉

　　啟用（設(shè)為1）可以增加為特定（傳輸分段）段執(zhí)行重新傳輸?shù)淖畲蟠螖?shù)"EnablePMTUDiscovery"=dword:00000001

　　如果不設(shè)置這個，windows將使用一個特定的（通常很?。﹎tu（最大傳輸單元），這可能是你看到網(wǎng)速變快的原因所在。

　　"GlobalMaxTcpWindowSize"=dword:0003e640

　　這個設(shè)置系統(tǒng)全局的最大的不帶ack確認的tcp框口。

　　通常，windows默認的設(shè)置可以滿足大多數(shù)網(wǎng)絡(luò)環(huán)境。

　　這些設(shè)置在特定的網(wǎng)絡(luò)環(huán)境中可能有不錯的效果。但是可能在存在很高的延遲機會。

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

　　Windows Registry Editor Version 5.00

　　[HKEY_USERS.DEFAULTSoftwareMicrosoftWindowsCurrentVersionInternet Settings]

　　"MaxConnectionsPerServer"=dword:00000020

　　"MaxConnectionsPer1_0Server"=dword:00000020[HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionInternet Settings]

　　"MaxConnectionsPerServer"=dword:00000020

　　IE每個站最多32個連接，HTTP 1.1規(guī)范規(guī)定，一個客戶機同一時刻最多只能建立兩個到同一服務(wù)器的連接。

　　當我們打開一個頁面時，瀏覽器會建立一個連接下載HTML文件，建立第二個連接下載圖片。如果頁面包含了大量的圖片，瀏覽器會每次一個順序下載這些圖片，即使網(wǎng)絡(luò)連接的速度很快也不一定能夠充分利用。增加MaxConnectionsPerServer值也就增加了允許打開的連接數(shù)量，增加了允許同時下載的圖片數(shù)量，提高了裝入整個頁面的效率(當然，這有一個前提，也就是服務(wù)器能夠接受來自同一客戶機的二個以上的連接)。如果沒有什么特別的原因，這個選項值得一改，對于速度較快的連接來說尤其如此。

　　網(wǎng)絡(luò)優(yōu)化~ 運行“regedit”，以打開“注冊表管理器”；然后，按以下路徑找到HKEY_LOCAL_MACHINE＼SYSTEM＼CurrentControlSet＼Services＼Tcpip＼Parameters。

　　右擊“Parameters”子鍵右邊相對應(yīng)的空白處，選擇“新建”→“DWORD值”，將其命名為“DefaultTTL”，然后，右擊鼠標選擇“修改”，在彈出的窗口中修改其值為“80”(十六進制)或128(十進制)，如圖1。

　　再依次新建以下“DWORD值”，并且修改其數(shù)值(如有兩值，則前者為十六進制，后者為十進制)：

　　“EnablePMTUBHDetect”=“0”

　　“EnablePMTUDiscovery”=“1”

　　“GlobalMaxTcpWindowSize”=“7FFF”或“32767”

　　“TcpMaxDupAcks”=“2”

　　“SackOpts”=“1”

　　“Tcp1323Opts”=“1”

　　“TcpWindowSize”=“7FFF”或“32767”(93440或186880或372300，視網(wǎng)絡(luò)情況而定)保存退出重啟OK!

　　解釋：

　　一、EnablePMTUBHDetect→黑洞路由器探測（優(yōu)化大師的優(yōu)化其值為1，默認為0）說明：將此參數(shù)設(shè)置為 1 (True) 會使 TCP 在執(zhí)行路徑 MTU 發(fā)現(xiàn)時，嘗試檢測“黑洞”路由器。當“黑洞”路由器需要用 Don't Fragment 位設(shè)置來碎片化 IP 數(shù)據(jù)報時，它不返回“無法到達 ICMP 目標”消息。TCP 依靠接收這些消息來執(zhí)行路徑 MTU 發(fā)現(xiàn)。啟用此功能后，如果幾次重新發(fā)送片段都沒有收到響應(yīng)，TCP 將嘗試在不設(shè)置 Don't Fragment 位的情況下發(fā)送片段。如果收到片段響應(yīng)，MSS 將降低并且以后在連接上傳輸?shù)臄?shù)據(jù)包中都會設(shè)置 Don't Fragment 位。啟用黑洞路由器檢測可以增加為特定的片段執(zhí)行重新發(fā)送的最大次數(shù)。

　　二、EnablePMTUDiscovery→最大傳輸單元大小自動探測（默認為1）說明：將此參數(shù)設(shè)置為 1 (True) 會使 TCP 嘗試發(fā)現(xiàn)到達一個遠程主機的路徑上的“最大傳輸單元”（MTU 或最大數(shù)據(jù)包大?。Ｍㄟ^發(fā)現(xiàn)路徑 MTU 并將 TCP 片段限制為此大小，TCP 可以消除此路徑上使用不同的 MTU 連接網(wǎng)絡(luò)的路由器上的碎片。碎片會對 TCP 吞吐量產(chǎn)生不利影響并造成網(wǎng)絡(luò)擁塞。如果將此參數(shù)設(shè)置為 0，則對于不是指向本地子網(wǎng)上的計算機的所有連接，都使用 576 字節(jié)的 MTU。

　　注：MTU就是最大傳輸單元。

　　三、GlobalMaxTcpWindowSize→

　　說明： 該參數(shù)確定所提供的最大 TCP 接收窗口大小。接收窗口是指一個發(fā)送者在未收到確認的情況下可以發(fā)送的字節(jié)數(shù)。總的來說，大的窗口可以改進高延緩和高帶寬網(wǎng)絡(luò)上的性能。要獲得最大效率，接收窗口應(yīng)是 TCP 最大段大小 (MSS) 的偶數(shù)倍。根據(jù)注冊表項的位置，該參數(shù)可以是基于接口的參數(shù)，也可以是全局參數(shù)。

　　如果給定接口已有一個數(shù)值，該數(shù)值就會覆蓋系統(tǒng)范圍的數(shù)值。

　　四、TcpMaxDupAcks（默認值為2）

　　說明：該參數(shù)確定在啟動快速重傳那些在傳輸途中丟失的數(shù)據(jù)段之前，必須收到相同序號發(fā)送數(shù)據(jù)段的重復應(yīng)答次數(shù)。

　　五、SackOpts（默認值為1）

　　說明： 該參數(shù)控制選擇性確認（SACK，在 RFC 2018 中定義）支持是否啟用。

　　六、Tcp1323Opts

　　說明：該參數(shù)控制 RFC 1323 時間戳與窗口縮放選項。默認情況下，啟用時間戳與窗口縮放，但是可以使用標志位進行控制。0 位控制窗口縮放，1 位控制時間戳。

　　值為0（禁用 RFC 1323 選項）

　　值為1（僅啟用窗口縮放）

　　值為2（僅啟用時間戳）

　　值為3（兩個選項均啟用）

　　七、TcpWindowSize

　　傳輸單元緩沖區(qū)（這個值根據(jù)網(wǎng)絡(luò)環(huán)境不同而定，并非固定值；如局域網(wǎng)或?qū)拵У氖M制值為8192；ADSL虛擬撥號用戶為255552等等）說明：當多臺服務(wù)器同時訪問部署服務(wù)器，尤其是如果客戶端使用基于 DOS 的 Microsoft 客戶端 TCP/IP 協(xié)議驅(qū)動程序時，可能會出現(xiàn)網(wǎng)絡(luò)瓶頸。為網(wǎng)絡(luò)接口設(shè)置 TCPWindowSize 將會改善部署服務(wù)器的整體網(wǎng)絡(luò)和 CPU 性能。

　　修改前請備份注冊表

　　下邊是微軟官方的中文資料：

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

　　網(wǎng)絡(luò)優(yōu)化~ 運行“regedit”，以打開“注冊表管理器”；然后，按以下路徑找到HKEY_LOCAL_MACHINE＼SYSTEM＼CurrentControlSet＼Services＼Tcpip＼Parameters。

　　右擊“Parameters”子鍵右邊相對應(yīng)的空白處，選擇“新建”→“DWORD值”，將其命名為“DefaultTTL”，然后，右擊鼠標選擇“修改”，在彈出的窗口中修改其值為“80”(十六進制)或128(十進制)，如圖1。

　　再依次新建以下“DWORD值”，并且修改其數(shù)值(如有兩值，則前者為十六進制，后者為十進制)：

　　“EnablePMTUBHDetect”=“0”

　　“EnablePMTUDiscovery”=“1”

　　“GlobalMaxTcpWindowSize”=“7FFF”或“32767”

　　“TcpMaxDupAcks”=“2”

　　“SackOpts”=“1”

　　“Tcp1323Opts”=“1”

　　“TcpWindowSize”=“7FFF”或“32767”(93440或186880或372300，視網(wǎng)絡(luò)情況而定)保存退出重啟OK!

　　解釋：

　　一、EnablePMTUBHDetect→黑洞路由器探測（優(yōu)化大師的優(yōu)化其值為1，默認為0）說明：將此參數(shù)設(shè)置為 1 (True) 會使 TCP 在執(zhí)行路徑 MTU 發(fā)現(xiàn)時，嘗試檢測“黑洞”路由器。當“黑洞”路由器需要用 Don't Fragment 位設(shè)置來碎片化 IP 數(shù)據(jù)報時，它不返回“無法到達 ICMP 目標”消息。TCP 依靠接收這些消息來執(zhí)行路徑 MTU 發(fā)現(xiàn)。啟用此功能后，如果幾次重新發(fā)送片段都沒有收到響應(yīng)，TCP 將嘗試在不設(shè)置 Don't Fragment 位的情況下發(fā)送片段。如果收到片段響應(yīng)，MSS 將降低并且以后在連接上傳輸?shù)臄?shù)據(jù)包中都會設(shè)置 Don't Fragment 位。啟用黑洞路由器檢測可以增加為特定的片段執(zhí)行重新發(fā)送的最大次數(shù)。

　　二、EnablePMTUDiscovery→最大傳輸單元大小自動探測（默認為1）說明：將此參數(shù)設(shè)置為 1 (True) 會使 TCP 嘗試發(fā)現(xiàn)到達一個遠程主機的路徑上的“最大傳輸單元”（MTU 或最大數(shù)據(jù)包大?。?。通過發(fā)現(xiàn)路徑 MTU 并將 TCP 片段限制為此大小，TCP 可以消除此路徑上使用不同的 MTU 連接網(wǎng)絡(luò)的路由器上的碎片。碎片會對 TCP 吞吐量產(chǎn)生不利影響并造成網(wǎng)絡(luò)擁塞。如果將此參數(shù)設(shè)置為 0，則對于不是指向本地子網(wǎng)上的計算機的所有連接，都使用 576 字節(jié)的 MTU。

　　注：MTU就是最大傳輸單元。

　　三、GlobalMaxTcpWindowSize→傳輸單元緩沖區(qū)（這個值根據(jù)網(wǎng)絡(luò)環(huán)境不同而定，并非固定值；如局域網(wǎng)或?qū)拵У氖M制值為8192；ADSL虛擬撥號用戶為255552等等）說明：當多臺服務(wù)器同時訪問部署服務(wù)器，尤其是如果客戶端使用基于 DOS 的 Microsoft 客戶端 TCP/IP 協(xié)議驅(qū)動程序時，可能會出現(xiàn)網(wǎng)絡(luò)瓶頸。為網(wǎng)絡(luò)接口設(shè)置 TCPWindowSize 將會改善部署服務(wù)器的整體網(wǎng)絡(luò)和 CPU 性能。

　　四、TcpMaxDupAcks（默認值為2）

　　說明：該參數(shù)確定在啟動快速重傳那些在傳輸途中丟失的數(shù)據(jù)段之前，必須收到相同序號發(fā)送數(shù)據(jù)段的重復應(yīng)答次數(shù)。

　　五、SackOpts（默認值為1）

　　說明： 該參數(shù)控制選擇性確認（SACK，在 RFC 2018 中定義）支持是否啟用。

　　六、Tcp1323Opts

　　說明：該參數(shù)控制 RFC 1323 時間戳與窗口縮放選項。默認情況下，啟用時間戳與窗口縮放，但是可以使用標志位進行控制。0 位控制窗口縮放，1 位控制時間戳。

　　值為0（禁用 RFC 1323 選項）

　　值為1（僅啟用窗口縮放）

　　值為2（僅啟用時間戳）

　　值為3（兩個選項均啟用）

　　七、TcpWindowSize

　　說明： 該參數(shù)確定所提供的最大 TCP 接收窗口大小。接收窗口是指一個發(fā)送者在未收到確認的情況下可以發(fā)送的字節(jié)數(shù)?？偟膩碚f，大的窗口可以改進高延緩和高帶寬網(wǎng)絡(luò)上的性能。要獲得最大效率，接收窗口應(yīng)是 TCP 最大段大小 (MSS) 的偶數(shù)倍。根據(jù)注冊表項的位置，該參數(shù)可以是基于接口的參數(shù)，也可以是全局參數(shù)。

　　如果給定接口已有一個數(shù)值，該數(shù)值就會覆蓋系統(tǒng)范圍的數(shù)值。

　　修改前請備份注冊表

　　-----

　　接收窗口自動調(diào)節(jié)

　　TCP 接收窗口大小是指接收主機（用于存儲 TCP 連接的傳入數(shù)據(jù)）的存儲緩沖區(qū)的字節(jié)數(shù)。建立連接后，在各 TCP 段中通告接收窗口大小。通告接收存儲緩沖區(qū)中的剩余空間是一種接收端流控制機制，可防止發(fā)送端發(fā)送接收端無法存儲的數(shù)據(jù)。在等待確認和接收窗口大小更新之前，發(fā)送主機最多只能發(fā)送接收方通告的數(shù)據(jù)量。

　　Windows Server 2003 和 Windows XP 中的接收窗口對于 Windows Server 2003 和 Windows XP 中的 TCP/IP 堆棧，最大接收窗口大?。?/p>

　　有一個基于發(fā)送界面鏈接速度的默認值實際值自動調(diào)整為 TCP 連接建立過程中協(xié)商的最大段大小 (MSS) 的偶數(shù)增量。

　　可以手動配置可將注冊表值 HKEY_LOCAL_MACHINESystem CurrentControlSetServicesTcpipParametersTCPWindowSize 和 HKEY_LOCAL_MACHINESystemCurrentControlSetServicesTcpipParametersInterfaceTCPWindowSize 設(shè)置為最大 65,535 字節(jié)（帶窗口縮放）或 1,073,741,823（不帶窗口縮放）。如果不帶窗口縮放，則在 RTT 為 100 毫秒的路徑上只能達到大約 5 兆位/秒 (Mbps) 的吞吐量，而無論路徑帶寬是多少。

　　如果帶窗口縮放，可放大到 1 千兆字節(jié) (GB)RFC 1323 中定義的窗口縮放允許 TCP 在建立連接的過程中協(xié)商窗口大小的縮放系數(shù)?？赏ㄟ^將注冊表項 HKEY_LOCAL_MACHINESystemCurrentControlSetServicesTcpipParametersTcp1323Opts 的值設(shè)置為 1 或 3 來啟用窗口縮放。默認情況下，僅當接收的同步 (SYN) 段包含 Window Scale 選項時，才在連接上使用窗口縮放。

　　可由應(yīng)用程序指定啟動連接時，應(yīng)用程序可使用 SO_RCVBUF Windows Sockets 選項，指定連接的最大接收窗口大小。對于窗口縮放，應(yīng)用程序必須指定大于 65535 字節(jié)的窗口大小。

　　通常很難確定接收窗口的正確值。為了填充發(fā)送端和接收端之間的網(wǎng)絡(luò)容量，應(yīng)將窗口大小設(shè)置為連接的帶寬延遲乘積（帶寬乘以往返時間）。即使正確確定了帶寬延遲乘積，您也不知道接收應(yīng)用程序從傳入數(shù)據(jù)緩沖器檢索數(shù)據(jù)的速度（應(yīng)用程序檢索速率）有多快。

　　盡管支持可縮放窗口，Windows Server 2003 和 Windows XP 中的最大接收窗口大小仍可以限制吞吐量，因為它是針對所有 TCP 連接（除非由應(yīng)用程序指定）的一個固定的最大大小，它可能增加某些連接的吞吐量，同時減少另一些連接的吞吐量。另外，TCP 連接的固定最大接收窗口大小不隨網(wǎng)絡(luò)狀況的變化而變化。

　　下一代 TCP/IP 堆棧中的接收窗口

　　為了解決根據(jù)當前網(wǎng)絡(luò)狀況正確確定連接的最大接收窗口大小的值的問題，下一代 TCP/IP 堆棧對“接收窗口自動調(diào)節(jié)”提供了支持?！敖邮沾翱谧詣诱{(diào)節(jié)”根據(jù)不斷變化的網(wǎng)絡(luò)狀況，通過測量帶寬延遲乘積和應(yīng)用程序檢索速率不斷地確定最合適的接收窗口大小，并調(diào)整最大接收窗口大小。

　　“接收窗口自動調(diào)節(jié)”默認情況下啟用 TCP 窗口縮放，允許最大 16 MB 窗口大小。數(shù)據(jù)流通過連接時，下一代 TCP/IP 堆棧監(jiān)控連接，測量連接的當前帶寬延遲乘積和應(yīng)用程序接收速率，并調(diào)整接收窗口大小以優(yōu)化吞吐量。下一代 TCP/IP 堆棧不再使用 TCPWindowSize 注冊表值。

　　隨著 TCP 對等方之間吞吐量的優(yōu)化，數(shù)據(jù)傳送過程中網(wǎng)絡(luò)帶寬的利用率也會得到提高。如果優(yōu)化所有應(yīng)用程序以接收 TCP 數(shù)據(jù)，則可以顯著提高網(wǎng)絡(luò)的整體利用率，從而使得在已達到或接近容量運行的網(wǎng)絡(luò)上運用“服務(wù)質(zhì)量”(QoS) 更加重要。