netty4.0_websocket压测

Netty websocket server压力测试

硬件配置:

压测客户端和服务器端在同一台pc上。Pc配置:

AMD A10-5800K APU with Radeon(tm) HD Graphics 3.80Ghz 四核

4G RAM

西数WDC WD10EZEX-60ZF5A0 ( 1 TB / 7200 /这个可以不写的

主要的测试目标分为:

1.       服务器端在一定时间内可接受客户端空闲连接的数量/峰值

连接数

时间

1

180ms

1000

1150ms

2000

2207ms

6000

9000ms

每次建立tcp连接(包括web socket握手),平均需要180ms左右;

但是并不意味着 建立1000个连接需要180*1000ms,因为建立连接过程是异步的,详见压测客户端的代码。当建立较大量连接时(一万以内),所耗费的时间与连接数基本上是线性关系。

测试中,当测试6000连接数多于2次,在不重启jvm的情况下,测试程序客户端基本上就会报buffer空间不足的异常。

2.       服务器端同时保持空闲长连接的数量/峰值;

连接数

服务端java进程内存

服务端cpu利用率

0

358M

0%

6000

458M+

1%

10000

458M+

1%

服务器启动后,可以看到已使用内存为358M,客户端连接后为457M。它们之间的差值并不是保持所有连接 耗费的内存。因为建立连接过程中,在新生代中产生了很多垃圾内存。

 

标准的测试方法是:在开始连接之前,强制gc,这时看到是java进程真正占用的内存m1;在1w个连接建立之后,再次强制gc,用当前值m2减去上次gc后的内存值m1,才是保持连接实际占用的内存值,约为25M

注意:频繁连接服务器建立1w个连接,即使全部断开,在客户端netstat –p依然可以看到这2w个端口在被占用着,未完全释放。这时就会出现异常 java.net.SocketException: No buffer space available (maximum connections reached?): connect 

3.       分别在单个连接和多个连接的情况下,统计服务器端netty网络层的吞吐率。

单连接 客户端发送PingWebSocketFrame

时间表示客户端从发送第一个ping消息 开始计时,在收到最后一个pong消息后结束计时。

ping次数

时间

1k

160ms

3k

380ms

5k

550ms

1w

785ms

10w

2617ms

100w

24602ms

多连接:

连接数

每个连接ping次数

时间

吞吐率

1k

100

4280ms

23364

1k

500

10432ms

47929

1k

1k

18082ms

55303

1k

2k

36261ms

55155

2k

100

6900ms

28985

2k

500

19610ms

50994

2k

1000

33727ms

59299

3k

100

9752ms

30762

3k

500

31461ms

47678

3k

1000

56176ms 122491ms

压测无法进行(丢包,卡)

4.       测试网络流量

客户端向服务器端发送ClientRequestpayloadLoadTest对象,序列化为json字符串,大约800+个字符。可大致认为每条请求消息字符长度为800+

连接数

每个连接请求次数

时间

平均每秒请求数

IO性能(每秒字符数)

1

1k

566ms

1766

 

1

5k

1099ms

4549

 

1

1w

1157ms

8643

 

1

10w

5601ms

17853

 

1k

100

11094ms

9013

 

2k

100

25959ms

7692

 

3k

100

40062ms

7500

 

 

 

 

 

 

 

 

你可能感兴趣的:(websocket)