網絡優化——注冊表語句分析
下面是網絡優化——注冊表語句分析
"SackOpts"=dword:00000001
這行可以說什么也沒做。系統默認大概就這么設置的，他只不過是確認拉下。
"TcpWindowSize"=dword:0003e640 #這個好像是推薦pppoe鏈接使用的，設置tcp協議的發送框口大小為255552，傳輸單元緩沖區，在設置全局緩沖區大小前這個設置是多余的，這個是配合 glbalmaxtcpwindowsize起作用的。
"Tcp1323Opts"=dword:00000001
這個控制框口（不理解的參考上下文）縮放，如果帶窗口縮放，則在 RTT 為 100 毫秒的路徑上能達到 1 千兆字節 (GB)/秒 (Mbps) 的吞吐量，可惜我們只是嘆惜的份！
"DefaultTTL"=dword:00000040
TCP/IP的分組壽命，這主要是防止TCP/IP分組在Internet中被無限復制。加大該值，可以使TCP/IP分組通過Internet傳輸到更遠的目的地。
2003的默認值是64，或許想讓別人當你是一個服務器吧！（安全考慮？）"EnablePMTUBHDetect"=dword:00000000
這行默認的，感覺也沒什么作用！，就是關閉
啟用（設為1）可以增加為特定（傳輸分段）段執行重新傳輸的最大次數"EnablePMTUDiscovery"=dword:00000001
如果不設置這個，windows將使用一個特定的（通常很小）mtu（最大傳輸單元），這可能是你看到網速變快的原因所在。
"GlobalMaxTcpWindowSize"=dword:0003e640
這個設置系統全局的最大的不帶ack確認的tcp框口。
通常，windows默認的設置可以滿足大多數網絡環境。
這些設置在特定的網絡環境中可能有不錯的效果。但是可能在存在很高的延遲機會。
------------
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規范規定，一個客戶機同一時刻最多只能建立兩個到同一服務器的連接。
當我們打開一個頁面時，瀏覽器會建立一個連接下載HTML文件，建立第二個連接下載圖片。如果頁面包含了大量的圖片，瀏覽器會每次一個順序下載這些圖片，即使網絡連接的速度很快也不一定能夠充分利用。增加MaxConnectionsPerServer值也就增加了允許打開的連接數量，增加了允許同時下載的圖片數量，提高了裝入整個頁面的效率(當然，這有一個前提，也就是服務器能夠接受來自同一客戶機的二個以上的連接)。如果沒有什么特別的原因，這個選項值得一改，對于速度較快的連接來說尤其如此。
網絡優化~ 運行“regedit”，以打開“注冊表管理器”；然后，按以下路徑找到HKEY_LOCAL_MACHINE＼SYSTEM＼CurrentControlSet＼Services＼Tcpip＼Parameters。
右擊“Parameters”子鍵右邊相對應的空白處，選擇“新建”→“DWORD值”，將其命名為“DefaultTTL”，然后，右擊鼠標選擇“修改”，在彈出的窗口中修改其值為“80”(十六進制)或128(十進制)，如圖1。
再依次新建以下“DWORD值”，并且修改其數值(如有兩值，則前者為十六進制，后者為十進制)：
“EnablePMTUBHDetect”=“0”
“EnablePMTUDiscovery”=“1”
“GlobalMaxTcpWindowSize”=“7FFF”或“32767”
“TcpMaxDupAcks”=“2”
“SackOpts”=“1”
“Tcp1323Opts”=“1”
“TcpWindowSize”=“7FFF”或“32767”(93440或186880或372300，視網絡情況而定)保存退出重啟OK!
解釋：
一、EnablePMTUBHDetect→黑洞路由器探測（優化大師的優化其值為1，默認為0）說明：將此參數設置為 1 (True) 會使 TCP 在執行路徑 MTU 發現時，嘗試檢測“黑洞”路由器。當“黑洞”路由器需要用 Don't Fragment 位設置來碎片化 IP 數據報時，它不返回“無法到達 ICMP 目標”消息。TCP 依靠接收這些消息來執行路徑 MTU 發現。啟用此功能后，如果幾次重新發送片段都沒有收到響應，TCP 將嘗試在不設置 Don't Fragment 位的情況下發送片段。如果收到片段響應，MSS 將降低并且以后在連接上傳輸的數據包中都會設置 Don't Fragment 位。啟用黑洞路由器檢測可以增加為特定的片段執行重新發送的最大次數。
二、EnablePMTUDiscovery→最大傳輸單元大小自動探測（默認為1）說明：將此參數設置為 1 (True) 會使 TCP 嘗試發現到達一個遠程主機的路徑上的“最大傳輸單元”（MTU 或最大數據包大小）。通過發現路徑 MTU 并將 TCP 片段限制為此大小，TCP 可以消除此路徑上使用不同的 MTU 連接網絡的路由器上的碎片。碎片會對 TCP 吞吐量產生不利影響并造成網絡擁塞。如果將此參數設置為 0，則對于不是指向本地子網上的計算機的所有連接，都使用 576 字節的 MTU。
注：MTU就是最大傳輸單元。
三、GlobalMaxTcpWindowSize→
說明： 該參數確定所提供的最大 TCP 接收窗口大小。接收窗口是指一個發送者在未收到確認的情況下可以發送的字節數。總的來說，大的窗口可以改進高延緩和高帶寬網絡上的性能。要獲得最大效率，接收窗口應是 TCP 最大段大小 (MSS) 的偶數倍。根據注冊表項的位置，該參數可以是基于接口的參數，也可以是全局參數。
如果給定接口已有一個數值，該數值就會覆蓋系統范圍的數值。
四、TcpMaxDupAcks（默認值為2）
說明：該參數確定在啟動快速重傳那些在傳輸途中丟失的數據段之前，必須收到相同序號發送數據段的重復應答次數。
五、SackOpts（默認值為1）
說明： 該參數控制選擇性確認（SACK，在 RFC 2018 中定義）支持是否啟用。
六、Tcp1323Opts
說明：該參數控制 RFC 1323 時間戳與窗口縮放選項。默認情況下，啟用時間戳與窗口縮放，但是可以使用標志位進行控制。0 位控制窗口縮放，1 位控制時間戳。
值為0（禁用 RFC 1323 選項）
值為1（僅啟用窗口縮放）
值為2（僅啟用時間戳）
值為3（兩個選項均啟用）
七、TcpWindowSize
傳輸單元緩沖區（這個值根據網絡環境不同而定，并非固定值；如局域網或寬帶的十進制值為8192；ADSL虛擬撥號用戶為255552等等）說明：當多臺服務器同時訪問部署服務器，尤其是如果客戶端使用基于 DOS 的 Microsoft 客戶端 TCP/IP 協議驅動程序時，可能會出現網絡瓶頸。為網絡接口設置 TCPWindowSize 將會改善部署服務器的整體網絡和 CPU 性能。
修改前請備份注冊表
下邊是微軟官方的中文資料：
--------------------------
網絡優化~ 運行“regedit”，以打開“注冊表管理器”；然后，按以下路徑找到HKEY_LOCAL_MACHINE＼SYSTEM＼CurrentControlSet＼Services＼Tcpip＼Parameters。
右擊“Parameters”子鍵右邊相對應的空白處，選擇“新建”→“DWORD值”，將其命名為“DefaultTTL”，然后，右擊鼠標選擇“修改”，在彈出的窗口中修改其值為“80”(十六進制)或128(十進制)，如圖1。
再依次新建以下“DWORD值”，并且修改其數值(如有兩值，則前者為十六進制，后者為十進制)：
“EnablePMTUBHDetect”=“0”
“EnablePMTUDiscovery”=“1”
“GlobalMaxTcpWindowSize”=“7FFF”或“32767”
“TcpMaxDupAcks”=“2”
“SackOpts”=“1”
“Tcp1323Opts”=“1”
“TcpWindowSize”=“7FFF”或“32767”(93440或186880或372300，視網絡情況而定)保存退出重啟OK!
解釋：
一、EnablePMTUBHDetect→黑洞路由器探測（優化大師的優化其值為1，默認為0）說明：將此參數設置為 1 (True) 會使 TCP 在執行路徑 MTU 發現時，嘗試檢測“黑洞”路由器。當“黑洞”路由器需要用 Don't Fragment 位設置來碎片化 IP 數據報時，它不返回“無法到達 ICMP 目標”消息。TCP 依靠接收這些消息來執行路徑 MTU 發現。啟用此功能后，如果幾次重新發送片段都沒有收到響應，TCP 將嘗試在不設置 Don't Fragment 位的情況下發送片段。如果收到片段響應，MSS 將降低并且以后在連接上傳輸的數據包中都會設置 Don't Fragment 位。啟用黑洞路由器檢測可以增加為特定的片段執行重新發送的最大次數。
二、EnablePMTUDiscovery→最大傳輸單元大小自動探測（默認為1）說明：將此參數設置為 1 (True) 會使 TCP 嘗試發現到達一個遠程主機的路徑上的“最大傳輸單元”（MTU 或最大數據包大小）。通過發現路徑 MTU 并將 TCP 片段限制為此大小，TCP 可以消除此路徑上使用不同的 MTU 連接網絡的路由器上的碎片。碎片會對 TCP 吞吐量產生不利影響并造成網絡擁塞。如果將此參數設置為 0，則對于不是指向本地子網上的計算機的所有連接，都使用 576 字節的 MTU。
注：MTU就是最大傳輸單元。
三、GlobalMaxTcpWindowSize→傳輸單元緩沖區（這個值根據網絡環境不同而定，并非固定值；如局域網或寬帶的十進制值為8192；ADSL虛擬撥號用戶為255552等等）說明：當多臺服務器同時訪問部署服務器，尤其是如果客戶端使用基于 DOS 的 Microsoft 客戶端 TCP/IP 協議驅動程序時，可能會出現網絡瓶頸。為網絡接口設置 TCPWindowSize 將會改善部署服務器的整體網絡和 CPU 性能。
四、TcpMaxDupAcks（默認值為2）
說明：該參數確定在啟動快速重傳那些在傳輸途中丟失的數據段之前，必須收到相同序號發送數據段的重復應答次數。
五、SackOpts（默認值為1）
說明： 該參數控制選擇性確認（SACK，在 RFC 2018 中定義）支持是否啟用。
六、Tcp1323Opts
說明：該參數控制 RFC 1323 時間戳與窗口縮放選項。默認情況下，啟用時間戳與窗口縮放，但是可以使用標志位進行控制。0 位控制窗口縮放，1 位控制時間戳。
值為0（禁用 RFC 1323 選項）
值為1（僅啟用窗口縮放）
值為2（僅啟用時間戳）
值為3（兩個選項均啟用）
七、TcpWindowSize
說明： 該參數確定所提供的最大 TCP 接收窗口大小。接收窗口是指一個發送者在未收到確認的情況下可以發送的字節數。總的來說，大的窗口可以改進高延緩和高帶寬網絡上的性能。要獲得最大效率，接收窗口應是 TCP 最大段大小 (MSS) 的偶數倍。根據注冊表項的位置，該參數可以是基于接口的參數，也可以是全局參數。
如果給定接口已有一個數值，該數值就會覆蓋系統范圍的數值。
修改前請備份注冊表
-----
接收窗口自動調節
TCP 接收窗口大小是指接收主機（用于存儲 TCP 連接的傳入數據）的存儲緩沖區的字節數。建立連接后，在各 TCP 段中通告接收窗口大小。通告接收存儲緩沖區中的剩余空間是一種接收端流控制機制，可防止發送端發送接收端無法存儲的數據。在等待確認和接收窗口大小更新之前，發送主機最多只能發送接收方通告的數據量。
Windows Server 2003 和 Windows XP 中的接收窗口對于 Windows Server 2003 和 Windows XP 中的 TCP/IP 堆棧，最大接收窗口大小：
有一個基于發送界面鏈接速度的默認值實際值自動調整為 TCP 連接建立過程中協商的最大段大小 (MSS) 的偶數增量。
可以手動配置可將注冊表值 HKEY_LOCAL_MACHINESystem CurrentControlSetServicesTcpipParametersTCPWindowSize 和 HKEY_LOCAL_MACHINESystemCurrentControlSetServicesTcpipParametersInterfaceTCPWindowSize 設置為最大 65,535 字節（帶窗口縮放）或 1,073,741,823（不帶窗口縮放）。如果不帶窗口縮放，則在 RTT 為 100 毫秒的路徑上只能達到大約 5 兆位/秒 (Mbps) 的吞吐量，而無論路徑帶寬是多少。
如果帶窗口縮放，可放大到 1 千兆字節 (GB)RFC 1323 中定義的窗口縮放允許 TCP 在建立連接的過程中協商窗口大小的縮放系數。可通過將注冊表項 HKEY_LOCAL_MACHINESystemCurrentControlSetServicesTcpipParametersTcp1323Opts 的值設置為 1 或 3 來啟用窗口縮放。默認情況下，僅當接收的同步 (SYN) 段包含 Window Scale 選項時，才在連接上使用窗口縮放。
可由應用程序指定啟動連接時，應用程序可使用 SO_RCVBUF Windows Sockets 選項，指定連接的最大接收窗口大小。對于窗口縮放，應用程序必須指定大于 65535 字節的窗口大小。
通常很難確定接收窗口的正確值。為了填充發送端和接收端之間的網絡容量，應將窗口大小設置為連接的帶寬延遲乘積（帶寬乘以往返時間）。即使正確確定了帶寬延遲乘積，您也不知道接收應用程序從傳入數據緩沖器檢索數據的速度（應用程序檢索速率）有多快。
盡管支持可縮放窗口，Windows Server 2003 和 Windows XP 中的最大接收窗口大小仍可以限制吞吐量，因為它是針對所有 TCP 連接（除非由應用程序指定）的一個固定的最大大小，它可能增加某些連接的吞吐量，同時減少另一些連接的吞吐量。另外，TCP 連接的固定最大接收窗口大小不隨網絡狀況的變化而變化。
下一代 TCP/IP 堆棧中的接收窗口
為了解決根據當前網絡狀況正確確定連接的最大接收窗口大小的值的問題，下一代 TCP/IP 堆棧對“接收窗口自動調節”提供了支持。“接收窗口自動調節”根據不斷變化的網絡狀況，通過測量帶寬延遲乘積和應用程序檢索速率不斷地確定最合適的接收窗口大小，并調整最大接收窗口大小。
“接收窗口自動調節”默認情況下啟用 TCP 窗口縮放，允許最大 16 MB 窗口大小。數據流通過連接時，下一代 TCP/IP 堆棧監控連接，測量連接的當前帶寬延遲乘積和應用程序接收速率，并調整接收窗口大小以優化吞吐量。下一代 TCP/IP 堆棧不再使用 TCPWindowSize 注冊表值。
隨著 TCP 對等方之間吞吐量的優化，數據傳送過程中網絡帶寬的利用率也會得到提高。如果優化所有應用程序以接收 TCP 數據，則可以顯著提高網絡的整體利用率，從而使得在已達到或接近容量運行的網絡上運用“服務質量”(QoS) 更加重要。
