針對win上的TCP連接方式，說句實(shí)在的，設(shè)置和優(yōu)化起來比linux麻煩多了，不過對于一些winserver上的服務(wù)器還是不得不去面對的一個(gè)問題，下面介紹下Windows系統(tǒng)下的TCP優(yōu)化參數(shù)。

TCP連接的狀態(tài)與關(guān)閉

1. TCP連接的狀態(tài)

首先介紹一下TCP連接建立與關(guān)閉過程中的狀態(tài)。TCP連接過程是狀態(tài)的轉(zhuǎn)換，促使?fàn)顟B(tài)發(fā)生轉(zhuǎn)換的因素包括用戶調(diào)用、特定數(shù)據(jù)包以及超時(shí)等，具體狀態(tài)如下所示：

• CLOSED：初始狀態(tài)，表示沒有任何連接。
• LISTEN：Server端的某個(gè)Socket正在監(jiān)聽來自遠(yuǎn)方的TCP端口的連接請求。
• SYN_SENT：發(fā)送連接請求后等待確認(rèn)信息。當(dāng)客戶端Socket進(jìn)行Connect連接時(shí)，會(huì)首先發(fā)送SYN包，隨即進(jìn)入SYN_SENT狀態(tài)，然后等待Server端發(fā)送三次握手中的第2個(gè)包。
• SYN_RECEIVED：收到一個(gè)連接請求后回送確認(rèn)信息和對等的連接請求，然后等待確認(rèn)信息。通常是建立TCP連接的三次握手過程中的一個(gè)中間狀態(tài)，表示Server端的Socket接收到來自Client的SYN包，并作出回應(yīng)。
• ESTABLISHED：表示連接已經(jīng)建立，可以進(jìn)行數(shù)據(jù)傳輸。
• FIN_WAIT_1：主動(dòng)關(guān)閉連接的一方等待對方返回ACK包。若Socket在ESTABLISHED狀態(tài)下主動(dòng)關(guān)閉連接并向?qū)Ψ桨l(fā)送FIN包(表示己方不再有數(shù)據(jù)需要發(fā)送)，則進(jìn)入FIN_WAIT_1狀態(tài)，等待對方返回ACK包，此后還能讀取數(shù)據(jù)，但不能發(fā)送數(shù)據(jù)。在正常情況下，無論對方處于何種狀態(tài)，都應(yīng)該馬上返回ACK包，所以FIN_WAIT_1狀態(tài)一般很難見到。
• FIN_WAIT_2：主動(dòng)關(guān)閉連接的一方收到對方返回的ACK包后，等待對方發(fā)送FIN包。處于FIN_WAIT_1狀態(tài)下的Socket收到了對方返回的ACK包后，便進(jìn)入FIN_WAIT_2狀態(tài)。由于FIN_WAIT_2狀態(tài)下的Socket需要等待對方發(fā)送的FIN包，所有常常可以看到。若在FIN_WAIT_1狀態(tài)下收到對方發(fā)送的同時(shí)帶有FIN和ACK的包時(shí)，則直接進(jìn)入TIME_WAIT狀態(tài)，無須經(jīng)過FIN_WAIT_2狀態(tài)。
• TIME_WAIT：主動(dòng)關(guān)閉連接的一方收到對方發(fā)送的FIN包后返回ACK包(表示對方也不再有數(shù)據(jù)需要發(fā)送，此后不能再讀取或發(fā)送數(shù)據(jù))，然后等待足夠長的時(shí)間(2MSL)以確保對方接收到ACK包(考慮到丟失ACK包的可能和迷路重復(fù)數(shù)據(jù)包的影響)，最后回到CLOSED狀態(tài)，釋放網(wǎng)絡(luò)資源。
• CLOSE_WAIT：表示被動(dòng)關(guān)閉連接的一方在等待關(guān)閉連接。當(dāng)收到對方發(fā)送的FIN包后(表示對方不再有數(shù)據(jù)需要發(fā)送)，相應(yīng)的返回ACK包，然后進(jìn)入CLOSE_WAIT狀態(tài)。在該狀態(tài)下，若己方還有數(shù)據(jù)未發(fā)送，則可以繼續(xù)向?qū)Ψ竭M(jìn)行發(fā)送，但不能再讀取數(shù)據(jù)，直到數(shù)據(jù)發(fā)送完畢。
• LAST_ACK：被動(dòng)關(guān)閉連接的一方在CLOSE_WAIT狀態(tài)下完成數(shù)據(jù)的發(fā)送后便可向?qū)Ψ桨l(fā)送FIN包(表示己方不再有數(shù)據(jù)需要發(fā)送)，然后等待對方返回ACK包。收到ACK包后便回到CLOSED狀態(tài)，釋放網(wǎng)絡(luò)資源。
• CLOSING：比較罕見的例外狀態(tài)。正常情況下，發(fā)送FIN包后應(yīng)該先收到(或同時(shí)收到)對方的ACK包，再收到對方的FIN包，而CLOSING狀態(tài)表示發(fā)送FIN包后并沒有收到對方的ACK包，卻已收到了對方的FIN包。有兩種情況可能導(dǎo)致這種狀態(tài)：其一，如果雙方幾乎在同時(shí)關(guān)閉連接，那么就可能出現(xiàn)雙方同時(shí)發(fā)送FIN包的情況;其二，如果ACK包丟失而對方的FIN包很快發(fā)出，也會(huì)出現(xiàn)FIN先于ACK到達(dá)。

TCP連接的狀態(tài)轉(zhuǎn)換如下圖所示

2. TCP連接的關(guān)閉方式

建立TCP連接需要三次握手，而關(guān)閉連接則需要四次握手，并且分為主動(dòng)關(guān)閉和被動(dòng)關(guān)閉。這是由于TCP連接是全雙工的，我關(guān)了你的連接，并不等于你關(guān)了我的連接，因此雙方都必須單獨(dú)進(jìn)行關(guān)閉。當(dāng)一方完成它的數(shù)據(jù)發(fā)送任務(wù)后可以發(fā)送FIN包來終止這個(gè)方向的連接，表明自己不再有數(shù)據(jù)需要發(fā)送;收到FIN包的那一方雖然不能再讀取數(shù)據(jù)，但仍能發(fā)送數(shù)據(jù)。以Client主動(dòng)關(guān)閉連接為例：

• Client向Server發(fā)送FIN包，表示Client主動(dòng)關(guān)閉連接，然后進(jìn)入FIN_WAIT_1狀態(tài)，等待Server返回ACK包。此后Client不能再向Server發(fā)送數(shù)據(jù)，但能讀取數(shù)據(jù)。
• Server收到FIN包后向Client發(fā)送ACK包，然后進(jìn)入CLOSE_WAIT狀態(tài)，此后Server不能再讀取數(shù)據(jù)，但可以繼續(xù)向Client發(fā)送數(shù)據(jù)。Client收到Server返回的ACK包后進(jìn)入FIN_WAIT_2狀態(tài)，等待Server發(fā)送FIN包。
• Server完成數(shù)據(jù)的發(fā)送后，將FIN包發(fā)送給Client，然后進(jìn)入LAST_ACK狀態(tài)，等待Client返回ACK包，此后Server既不能讀取數(shù)據(jù)，也不能發(fā)送數(shù)據(jù)。
• Client收到FIN包后向Server發(fā)送ACK包，然后進(jìn)入TIME_WAIT狀態(tài)，接著等待足夠長的時(shí)間(2MSL)以確保Server接收到ACK包，最后回到CLOSED狀態(tài)，釋放網(wǎng)絡(luò)資源。Server收到Client返回的ACK包后便回到CLOSED狀態(tài)，釋放網(wǎng)絡(luò)資源。

3. 對Server與Client的影響

由上面我們可以知道TIME_WAIT狀態(tài)是一個(gè)比較難處理的問題，主動(dòng)關(guān)閉連接的一方在發(fā)送最后一個(gè)ACK包后，無論對方是否收到都會(huì)進(jìn)入TIME_WAIT狀態(tài)，等待2MSL的時(shí)間，然后才能釋放網(wǎng)絡(luò)資源。

對于Client而言，每個(gè)連接都需要占用一個(gè)端口，而系統(tǒng)允許的可用端口數(shù)不足65000個(gè)(這也是在TCP參數(shù)優(yōu)化后才能達(dá)到)。因此，如果Client發(fā)起過多的連接并主動(dòng)關(guān)閉(假設(shè)沒有重用端口或者連接多個(gè)Server)，就會(huì)有大量的連接在關(guān)閉后處于TIME_WAIT狀態(tài)，等待2MSL的時(shí)間后才能釋放網(wǎng)絡(luò)資源(包括端口)，于是Client會(huì)由于缺少可用端口而無法新建連接。

對Server而言(特別是處理高并發(fā)短連接的Server)，Server端與Client建立的連接是使用同一個(gè)端口的，即監(jiān)聽的端口，它要使用哈希表記錄端口上的每個(gè)連接，并受到文件描述符的最大打開數(shù)的限制。所以，如果Server主動(dòng)關(guān)閉連接，同樣會(huì)有大量的連接在關(guān)閉后處于TIME_WAIT狀態(tài)，等待2MSL的時(shí)間后才能釋放網(wǎng)絡(luò)資源

對于這種情況，有三種應(yīng)對方式：

• 試圖讓Client主動(dòng)關(guān)閉連接，由于每個(gè)Client的并發(fā)量都比較低，因而不會(huì)產(chǎn)生性能瓶頸。
• 優(yōu)化Server的系統(tǒng)TCP參數(shù)，使其網(wǎng)絡(luò)資源的最大值、消耗速度和恢復(fù)速度達(dá)到平衡。
• 改寫TCP協(xié)議，重新實(shí)現(xiàn)底層代碼，不過該方式難度很大，而且系統(tǒng)的穩(wěn)定性和安全性可能受到影響。

Windows系統(tǒng)下的TCP參數(shù)優(yōu)化

通常會(huì)采用修改注冊表的方式改進(jìn)Windows的系統(tǒng)參數(shù)。所有的優(yōu)化操作都通過修改注冊表實(shí)現(xiàn)，需要使用regedit命令進(jìn)入注冊表并創(chuàng)建或修改參數(shù)，修改完成后需要重啟系統(tǒng)，以使之生效。以下使用的參數(shù)值均為10進(jìn)制。

1. TCPWindowSize

TCPWindowSize的值表示TCP的窗口大小。TCP Receive Window(TCP數(shù)據(jù)接收緩沖)定義了發(fā)送端在沒有獲得接收端的確認(rèn)信息的狀態(tài)下可以發(fā)送的最大字節(jié)數(shù)。此數(shù)值越大，返回的確認(rèn)信息就越少，相應(yīng)的在發(fā)送端和接收端之間的通信就越好。此數(shù)值較小時(shí)可以降低發(fā)送端在等待接收端返回確認(rèn)信息時(shí)發(fā)生超時(shí)的可能性，但這將增加網(wǎng)絡(luò)流量，降低有效吞吐率。TCP在發(fā)送端和接收端之間動(dòng)態(tài)調(diào)整一個(gè)最大段長度MSS(Maximum Segment Size)的整數(shù)倍。MSS在連接開始建立時(shí)確定，由于TCP Receive Window被調(diào)整為MSS的整數(shù)倍，在數(shù)據(jù)傳輸中完全長度的TCP數(shù)據(jù)段的比例增加，故而提高了網(wǎng)絡(luò)吞吐率。

缺省情況下，TCP將試圖根據(jù)MSS來優(yōu)化窗口大小，起始值為16KB，最大值為64KB。TCPWindowSize的最大值通常為65535字節(jié)(64KB)，以太網(wǎng)最大段長度為1460字節(jié)，低于64KB的1460的最大整數(shù)倍為62420字節(jié)，因而可以在注冊表中將TCPWindowSize設(shè)置為62420，作為高帶寬網(wǎng)絡(luò)中適用的性能優(yōu)化值。具體操作如下：

瀏覽至HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TCPIP\Parameters注冊表子鍵，在Parameters子鍵下創(chuàng)建或修改名為TCPWindowSize的REG_DWORD值，該值的范圍是從0到65535，將該值設(shè)置為62420。

2. TCP1323Opts

為了更高效地利用高帶寬網(wǎng)絡(luò)，可以使用比上述TCP窗口大得多的TCP窗口大小，此特性是Windows 2000和Windows Server 2003中的新特性，稱為TCP Window Scaling，它將以前的65535字節(jié)(64KB)的限制提高到了1073741824字節(jié)(1GB)。在帶寬與延遲的乘積值很高的連接上(例如衛(wèi)星連接)，可能需要將窗口的大小增加到64KB以上。使用TCP Window Scaling，系統(tǒng)可以允許確認(rèn)信息間更大數(shù)據(jù)量的傳輸，增加了網(wǎng)絡(luò)吞吐量及性能。發(fā)送端和接收端往返通信所需的時(shí)間被稱為回環(huán)時(shí)間(RTT)。TCP Window Scaling僅在TCP連接的雙方都開啟時(shí)才真正有效。TCP有一個(gè)時(shí)間戳選項(xiàng)，通過更加頻繁地計(jì)算來提高RTT值的估測值，此選項(xiàng)特別有助于估測更長距離的廣域網(wǎng)上連接的RTT值，并更加精確地調(diào)整TCP重發(fā)超時(shí)時(shí)間。時(shí)間戳在TCP報(bào)頭提供了兩個(gè)區(qū)域，一個(gè)記錄開始重發(fā)的時(shí)間，另一個(gè)記錄接收到的時(shí)間。時(shí)間戳對于TCP Window Scaling，即確認(rèn)信息收到前的大數(shù)據(jù)包傳送特別有用，激活時(shí)間戳僅僅在每個(gè)數(shù)據(jù)包的頭部增加12字節(jié)，對網(wǎng)絡(luò)流量的影響微乎其微。數(shù)據(jù)完整性與數(shù)據(jù)吞吐率最大化哪個(gè)更為重要是個(gè)需要評(píng)估的問題。在某些環(huán)境中，例如視頻流傳輸，需要更大的TCP窗口，這是最重要的，而數(shù)據(jù)完整性排在第二位。在這種環(huán)境中，TCP Window Scaling可以不打開時(shí)間戳。當(dāng)發(fā)送端和接收端均激活TCP Window Scaling和時(shí)間戳?xí)r，此特性才有效。不過，若在發(fā)包時(shí)加入了時(shí)間戳，經(jīng)過NAT之后，如果前面相同的端口被使用過，且時(shí)間戳大于這個(gè)連接發(fā)出的SYN中的時(shí)間戳，就會(huì)導(dǎo)致服務(wù)器忽略該SYN，表現(xiàn)為用戶無法正常完成TCP的3次握手。初始時(shí)生成小的TCP窗口，之后窗口大小將按照內(nèi)部算法增大。具體操作如下：

瀏覽至

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TCPIP\Parameters注冊表子鍵，在Parameters子鍵下創(chuàng)建或修改名為TCP1323Opts的REG_DWORD值，

該值的具體含義為：

• 0(缺省值)表示禁用TCP Window Scaling和時(shí)間戳;
• 1表示只啟用TCP Window Scaling;
• 2表示只啟用時(shí)間戳;
• 3表示同時(shí)啟用TCP Window Scaling和時(shí)間戳。

TCP1323Opts設(shè)置為激活TCP Window Scaling后，可以將上文中的注冊表項(xiàng)TCPWindowSize的值增大，最大能達(dá)到1GB，為了達(dá)到最佳性能，這里的值最好設(shè)置成MSS的倍數(shù)，推薦值為256960字節(jié)。

3. TCP 控制塊表

對于每個(gè)TCP連接，控制變量保存在一個(gè)稱為TCP控制塊(TCB)的內(nèi)存塊中。TCB表的大小由注冊表項(xiàng)MaxHashTableSize控制。在活動(dòng)連接很多的系統(tǒng)中，設(shè)定一個(gè)較大的表可以降低系統(tǒng)定位TCB表的時(shí)間。在TCB表上分區(qū)可以降低對表的訪問的爭奪。增加分區(qū)的數(shù)量，TCP的性能會(huì)得到優(yōu)化，特別是在多處理器的系統(tǒng)上。注冊表項(xiàng)NumTcbTablePartitions控制分區(qū)的數(shù)量，默認(rèn)是處理器個(gè)數(shù)的平方。TCB通常預(yù)置在內(nèi)存中，以防止TCP反復(fù)連接和斷開時(shí)，TCB反復(fù)重新定位浪費(fèi)時(shí)間，這種緩沖的方式促進(jìn)了內(nèi)存管理，但同時(shí)也限制了同一時(shí)刻允許的TCP連接數(shù)量。注冊表項(xiàng)MaxFreeTcbs決定了處于空閑等待狀態(tài)的TCB重新可用之前的連接數(shù)量，在NT架構(gòu)中常設(shè)置成高于默認(rèn)值，以確保有足夠的預(yù)置的TCB。從Windows 2000開始添加了一個(gè)新特性，降低超出預(yù)置TCB運(yùn)行的可能性。如果處于等待狀態(tài)的連接多于MaxFreeTWTcbs中的設(shè)置，所有等待時(shí)間超過60秒的連接將被強(qiáng)制關(guān)閉，以后再次啟用。此特性合并到Windows 2000 Server和Windows Server 2003后，MaxFreeTcbs將不再用于優(yōu)化性能。具體操作：

瀏覽至

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TCPIP\Parameters注冊表子鍵，在Parameters子鍵下創(chuàng)建或修改名為MaxHashTableSize的REG_DWORD值，該值的范圍是從1到65536，并且必須為2的N次方，缺省值為512，建議設(shè)為8192。然后在Parameters子鍵下創(chuàng)建或修改名為NumTcbTablePartitions的REG_DWORD值，該值的范圍是從1到65536，并且必須為2的N次方，缺省值為處理器個(gè)數(shù)的平方，建議設(shè)為處理器核心數(shù)的4倍。

4. TcpTimedWaitDelay

TcpTimedWaitDelay的值表示系統(tǒng)釋放已關(guān)閉的TCP連接并復(fù)用其資源之前，必須等待的時(shí)間。這段時(shí)間間隔就是以前的Blog中提到的TIME_WAIT狀態(tài)(2MSL，數(shù)據(jù)包最長生命周期的兩倍狀態(tài))。如果系統(tǒng)顯示大量連接處于TIME_WAIT狀態(tài)，則會(huì)導(dǎo)致并發(fā)量與吞吐量的嚴(yán)重下降，通過減小該項(xiàng)的值，系統(tǒng)可以更快地釋放已關(guān)閉的連接，從而為新連接提供更多的資源，特別是對于高并發(fā)短連接的Server具有積極的意義。

該項(xiàng)的缺省值是240，即等待4分鐘后釋放資源;系統(tǒng)支持的最小值為30，即等待時(shí)間為30秒。具體操作：

瀏覽至

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TCPIP\Parameters注冊表子鍵，在Parameters子鍵下創(chuàng)建或修改名為TcpTimedWaitDelay的REG_DWORD值，該值的范圍是從0到300，建議將該值設(shè)置為30。

5. MaxUserPort

MaxUserPort的值表示當(dāng)應(yīng)用程序向系統(tǒng)請求可用的端口時(shí)，TCP/IP可分配的最大端口號(hào)。如果系統(tǒng)顯示建立連接時(shí)出現(xiàn)異常，那么有可能是由于匿名(臨時(shí))端口數(shù)不夠?qū)е碌?，特別是當(dāng)系統(tǒng)打開大量端口來與Web service、數(shù)據(jù)庫或其他遠(yuǎn)程資源建立連接時(shí)。

該項(xiàng)的缺省值是十進(jìn)制的5000，這也是系統(tǒng)允許的最小值。Windows默認(rèn)為匿名(臨時(shí))端口保留的端口號(hào)范圍是從1024到5000。為了獲得更高的并發(fā)量，建議將該值至少設(shè)為32768以上，甚至設(shè)為理論最大值65534，特別是對于模擬高并發(fā)測試環(huán)境的Client具有積極的意義。具體操作：

瀏覽至

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TCPIP\Parameters注冊表子鍵，在Parameters子鍵下創(chuàng)建或修改名為MaxUserPort的REG_DWORD值，該值的范圍是從5000到65534，缺省值為5000，建議將該值設(shè)置為65534。

6. 動(dòng)態(tài)儲(chǔ)備

動(dòng)態(tài)儲(chǔ)備的值使系統(tǒng)能自動(dòng)調(diào)整其配置，以接受大量突發(fā)的連接請求。如果同時(shí)接收到大量連接請求，超出了系統(tǒng)的處理能力，那么動(dòng)態(tài)儲(chǔ)備就會(huì)自動(dòng)增大系統(tǒng)支持的暫掛連接的數(shù)量(即Client已請求而Server尚未處理的等待連接數(shù)，TCP連接的總數(shù)包括已連接數(shù)與等待連接數(shù))，從而可減少連接失敗的數(shù)量。系統(tǒng)的處理能力和支持的暫掛連接的數(shù)量不足時(shí)，Client的連接請求將直接被拒絕。

缺省情況下，Windows 不啟用動(dòng)態(tài)儲(chǔ)備，可以通過以下操作進(jìn)行開啟和設(shè)置：

瀏覽至HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\AFD\Parameters注冊表子鍵，在Parameters子鍵下創(chuàng)建或修改下列名稱的REG_DWORD值。

• EnableDynamicBacklog，值為1，表示開啟動(dòng)態(tài)儲(chǔ)備。
• MinimumDynamicBacklog，值為128，表示支持的最小暫掛連接的數(shù)量為128。
• MaximumDynamicBacklog，值為2048，表示支持的最大暫掛連接的數(shù)量為2048。對于高并發(fā)短連接的Server，建議最大值設(shè)為1024及以上。
• DynamicBacklogGrowthDelta，值為128，表示支持的暫掛連接的數(shù)量的增量為128，即數(shù)量不足時(shí)自增長128，直到達(dá)到設(shè)定的最大值，如2048。

7. KeepAliveTime

KeepAliveTime的值控制系統(tǒng)嘗試驗(yàn)證空閑連接是否仍然完好的頻率。如果該連接在一段時(shí)間內(nèi)沒有活動(dòng)，那么系統(tǒng)會(huì)發(fā)送保持連接的信號(hào)，如果網(wǎng)絡(luò)正常并且接收方是活動(dòng)的，它就會(huì)響應(yīng)。如果需要對丟失接收方的情況敏感，也就是說需要更快地發(fā)現(xiàn)是否丟失了接收方，請考慮減小該值。而如果長期不活動(dòng)的空閑連接的出現(xiàn)次數(shù)較多，但丟失接收方的情況出現(xiàn)較少，那么可能需要增大該值以減少開銷。

缺省情況下，如果空閑連接在7200000毫秒(2小時(shí))內(nèi)沒有活動(dòng)，系統(tǒng)就會(huì)發(fā)送保持連接的消息。 通常建議把該值設(shè)為1800000毫秒，從而丟失的連接會(huì)在30分鐘內(nèi)被檢測到。具體操作：

瀏覽至

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TCPIP\Parameters注冊表子鍵，在Parameters子鍵下創(chuàng)建或修改名為KeepAliveTime的REG_DWORD值，為該值設(shè)置適當(dāng)?shù)暮撩霐?shù)。

8. KeepAliveInterval

KeepAliveInterval的值表示未收到另一方對“保持連接”信號(hào)的響應(yīng)時(shí)，系統(tǒng)重復(fù)發(fā)送“保持連接”信號(hào)的頻率。在無任何響應(yīng)的情況下，連續(xù)發(fā)送“保持連接”信號(hào)的次數(shù)超過TcpMaxDataRetransmissions(下文將介紹)的值時(shí)，將放棄該連接。如果網(wǎng)絡(luò)環(huán)境較差，允許較長的響應(yīng)時(shí)間，則考慮增大該值以減少開銷;如果需要盡快驗(yàn)證是否已丟失接收方，則考慮減小該值或TcpMaxDataRetransmissions值。

缺省情況下，在未收到響應(yīng)而重新發(fā)送“保持連接”的信號(hào)之前，系統(tǒng)會(huì)等待1000毫秒(1秒)，可以根據(jù)具體需求修改，具體操作：

瀏覽至

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TCPIP\Parameters注冊表子鍵，在Parameters子鍵下創(chuàng)建或修改名為KeepAliveInterval的REG_DWORD值，為該值設(shè)置適當(dāng)?shù)暮撩霐?shù)。

9. TcpMaxDataRetransmissions

TcpMaxDataRetransmissions的值表示TCP數(shù)據(jù)重發(fā)，系統(tǒng)在現(xiàn)有連接上對無應(yīng)答的數(shù)據(jù)段進(jìn)行重發(fā)的次數(shù)。如果網(wǎng)絡(luò)環(huán)境很差，可能需要提高該值以保持有效的通信，確保接收方收到數(shù)據(jù);如果網(wǎng)絡(luò)環(huán)境很好，或者通常是由于丟失接收方而導(dǎo)致數(shù)據(jù)的丟失，那么可以減小該值以減少驗(yàn)證接收方是否丟失所花費(fèi)的時(shí)間和開銷。

缺省情況下，系統(tǒng)會(huì)重新發(fā)送未返回應(yīng)答的數(shù)據(jù)段5次，可以根據(jù)具體需求修改，具體操作：

瀏覽至

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TCPIP\Parameters注冊表子鍵，在Parameters子鍵下創(chuàng)建或修改名為TcpMaxDataRetransmissions的REG_DWORD值，該值的范圍是從0到4294967295，缺省值為5，根據(jù)實(shí)際情況進(jìn)行設(shè)置。

10. TcpMaxConnectRetransmisstions

TcpMaxConnectRetransmisstions的值表示TCP連接重發(fā)，TCP退出前重發(fā)非確認(rèn)連接請求(SYN)的次數(shù)。對于每次嘗試，重發(fā)超時(shí)是成功重發(fā)的兩倍。在Windows Server 2003中默認(rèn)超時(shí)次數(shù)是2，默認(rèn)超時(shí)時(shí)間為3秒(在注冊表項(xiàng)TCPInitialRTT中)。速度較慢的WAN連接中超時(shí)時(shí)間可相應(yīng)增加，不同環(huán)境中可能會(huì)有不同的最優(yōu)化設(shè)置，需要在實(shí)際環(huán)境中測試確定。超時(shí)時(shí)間不要設(shè)置太大否則將不會(huì)發(fā)生網(wǎng)絡(luò)連接超時(shí)時(shí)間。具體操作：

瀏覽至

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TCPIP\Parameters注冊表子鍵，在Parameters子鍵下創(chuàng)建或修改名為TcpMaxConnectRetransmisstions的REG_DWORD值，該值的范圍是從0到255，缺省值為2，根據(jù)實(shí)際情況進(jìn)行設(shè)置。然后在Parameters子鍵下創(chuàng)建或修改名為TCPInitialRTT的REG_DWORD值，同樣根據(jù)實(shí)際情況進(jìn)行設(shè)置。

11. TcpAckFrequency

TcpAckFrequency的值表示系統(tǒng)發(fā)送應(yīng)答消息的頻率。如果值為2，那么系統(tǒng)將在接收到2個(gè)分段之后發(fā)送應(yīng)答，或是在接收到1個(gè)分段但在200毫秒內(nèi)沒有接收到任何其他分段的情況下發(fā)送應(yīng)答;如果值為3，那么系統(tǒng)將在接收到3個(gè)分段之后發(fā)送應(yīng)答，或是在接收到1個(gè)或2個(gè)分段但在200毫秒內(nèi)沒有接收到任何其他分段的情況下發(fā)送應(yīng)答，以此類推。如果要通過消除應(yīng)答延遲來縮短響應(yīng)時(shí)間，那么建議將該值設(shè)為1。在此情況下，系統(tǒng)會(huì)立即發(fā)送對每個(gè)分段的應(yīng)答;如果連接主要用于傳輸大量數(shù)據(jù)，而200毫秒的延遲并不重要，那么可以減小該值以降低應(yīng)答的開銷。

缺省情況下，系統(tǒng)將該值設(shè)為2，即每隔一個(gè)分段應(yīng)答一次。該值的有效范圍是0到255，其中0表示使用缺省值2，可以根據(jù)具體需求修改，具體操作：

瀏覽至

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TCPIP\Parameters\Interfaces\\xx(xx由網(wǎng)絡(luò)適配器決定)注冊表子鍵，在xx子鍵下創(chuàng)建或修改名為TcpAckFrequency的REG_DWORD值，該值的范圍是從1到13，缺省值為2，根據(jù)希望每發(fā)送幾個(gè)分段返回一個(gè)應(yīng)答而設(shè)置該值，建議百兆網(wǎng)絡(luò)設(shè)為5，千兆網(wǎng)絡(luò)設(shè)為13。