记一次jmeter压测的坑

最近做了一个安全传输模块，因为怕对性能有较大影响，因此测试安排了针对性的压测

压测的过程出现了一点小问题

发现失败率特别高，测试怀疑是服务端出了错，但是我查看日志发现没有报错。后面我观察TCP链接数排除了服务端的嫌疑

我发现跑着跑着，tcp链接数就突然就降低下来，也就是这个时候jmeter显示的错误率急剧升高。因此排除了服务端的嫌疑，然后让测试把日志输出打开，果然打开日志输出后，发现了大量的错误

拿上面的错误信息到百度找，找到如下答案

Windows 提供给 TCP/IP链接的端口为 1024-5000，并且要四分钟来循环回收他们。就导致我们在短时间内跑大量的请求时将端口占满了。

又找到如下解决方法

增加动态分配到客户端TCP/IP 套接字连接的临时端口的上限

1.cmd中，用regedit命令打开注册表
2.在 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters下，
　　1）右击parameters，添加一个新的DWORD，名字为MaxUserPort
        2）然后双击MaxUserPort，输入数值数据为65534，基数选择十进制
3.重启电脑

降低客户端TCP/IP 套接字连接的超时值

1. 启动注册表编辑器。
2. 在注册表中，浏览到并单击以下注册表项。
HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/Tcpip/Parameters
3. 在“编辑”菜单中单击“新建”、“DWORD 值”，然后添加以下注册表值，以缩短关闭连接时，该连接处于 TIME_WAIT 状态的时间。当连接处于 TIME_WAIT 状态时，套接字对无法重新使用.

测试尝试过上面的方法是有效的，但是这个有效也是有限度的，如果把并发线程不断调大，还是会出现上面的问题，不过一般的小压测还是可以应付了。