首页 > 代码库 > TCP

TCP

在做性能测试测试时候,如果被测试的系统页面很简单,并且性能很好,这样会导致压力机得tcp链接数不够而导致如下错误:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\tcpip\Parameters\TcpTimedWaitDelay to 30
and HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\tcpip\Parameters\MaxUserPort to 65534
and rebooting the machine
See the readme.doc file for more information

通过百度搜索介绍最多的还是让修改TimedWaitDelay 和MaxUserPort这2个值,其中是将TimedWaitDelay修改的相对小点,可以根据实际情况来定,

同时将MaxUserPort这个值修改大些,但是修改完并重启机器后,该问题仍然存在,通过多方查资料,然后对一些注册表进行修改:

[HKEY_LOCAL_MACHINE \System \CurrentControlSet \Services \Tcpip \Parameters] 
TcpNumConnections = 0x00fffffe (Default = 16,777,214) 
以上注册表信息配置单机的最大允许的TCP连接数,默认为 16M。这个数值看似很大,这个并不是限制最大连接数的唯一条件,还有其他条件会限制到TCP 连接的最大连接数。 
最大动态端口数 
TCP客户端和服务器连接时,客户端必须分配一个动态端口,默认情况下这个动态端口的分配范围为 1024-5000 ,也就是说默认情况下,客户端最多可以同时发起3977 个Socket 连接。我们可以修改如下注册表来调整这个动态端口的范围 
[HKEY_LOCAL_MACHINE \System \CurrentControlSet \Services \Tcpip \Parameters] 
MaxUserPort = 5000 (Default = 5000, Max = 65534) 

最大TCB 数量 

系统为每个TCP 连接分配一个TCP 控制块(TCP control block or TCB),这个控制块用于缓存TCP连接的一些参数,每个TCB需要分配 0.5 KB的pagepool 和 0.5KB 的Non-pagepool,也就说,每个TCP连接会占用 1KB 的系统内存。 

系统的最大TCB数量由如下注册表设置决定 
[HKEY_LOCAL_MACHINE \System \CurrentControlSet \Services \Tcpip \Parameters] 
MaxFreeTcbs = 2000 (Default = RAM dependent, but usual Pro = 1000, Srv=2000) 
非Server版本,MaxFreeTcbs 的默认值为1000 (64M 以上物理内存) 

Server 版本,这个的默认值为 2000。 

也就是说,默认情况下,Server 版本最多同时可以建立并保持2000个TCP 连接。 
最大TCB Hash table 数量 

TCB 是通过Hash table 来管理的,下面注册表设置决定了这个Hash table 的大小 

HKEY_LOCAL_MACHINE \System \CurrentControlSet \services \Tcpip \Parameters] 
MaxHashTableSize = 512 (Default = 512, Range = 64-65536) 

这个值指明分配 pagepool 内存的数量,也就是说,如果MaxFreeTcbs = 1000 , 则 pagepool 的内存数量为 500KB 

那么 MaxHashTableSize 应大于 500 才行。这个数量越大,则Hash table 的冗余度就越高,每次分配和查找 TCP  连接用时就越少。这个值必须是2的幂,且最大为65536. 

    MaxUserPort = 65534 (Decimal) 
    MaxHashTableSize = 65536 (Decimal) 
    MaxFreeTcbs = 16000 (Decimal) 

这里我们可以看到 MaxHashTableSize 被配置为比MaxFreeTcbs 大4倍,这样可以大大增加TCP建立的速度。

 

 

 

 

 

    1. HKEY_LOCAL_MACHINESYSTEM\CurrentControlSet\Services\Tcpip\Parameters
    2. 3
      在右侧面板中找到EnableConnectionRateLimiting键值
      此时,总计有三种情况:
      1. 无此键值:那么恭喜你,你的系统并无TCP/IP连接数限制
      2. 键值为0:依然恭喜你,你的系统同样没有TCP/IP连接数限制
      3. 键值为1:TCP/IP限制被激活,默认为11.
      去除的方法当然就很简单了:
    3. 4
      双击修改其值为“0”

 

 

 

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

什么是“TCP半开连接”及“限制”?

  所谓“TCP半开连接”,简单的说就是发起了TCP连接请求,但尚处于建立连接阶段,双方还无法进行互相通信的状态。

  那么“TCP半开连接数量限制”就是指,限制连接发起者最多同时存在“TCP半开连接”的数量。

  在Windows XP SP2中,微软首次引入了半开连接数限制,限制数量:10。限制包括了后续的XP SP3、Windows 2003、Windows Vista 、Vista SP1。

【但是微软在Windows 7、Vista SP2、Windows 2008中没有启用半开连接限制】

 

为什么要修改“TCP半开连接”限制,这样的限制会导致什么?

一、连接多资源的效率降低

  如果我们将上面“建立连接阶段”比喻为正在食堂打饭的顾客,就容易理解多了。

1、TCP半开连接被限制为10,就相当于这座食堂有10个窗口可以同时打饭。

2、系统有大量,远超过10个建立TCP连接的请求,就相当于这座食堂有很多顾客光顾,却不得不排队等着前面那10位顾客打饭。

  显而易见的,TCP半开连接数限制导致建立TCP连接的效率降低了。套用到下载工具上,由于迅雷下载时可能存在大量需要通过TCP连接进行下载的候选资源,因此就导致连接多资源的效率降低了。

二、当某程序占满区区10个半开连接后,将影响其他应用程序发起TCP连接请求

  假设发起连接请求的是都是同一个程序(比如“迅雷”),这时其他程序(比如“浏览器”)的发起连接请求也得排队,由于排队的耗时。就出现了使用迅雷下载时,打不开网页或打开变慢的情况。