surging作者出具压测结果

前言


首先回应下@wen-wen 所贴的压测报告，我也把我和客户压测碰到的问题，和压测结果贴出来,这个结果是由客户提供的。不会有任何的舞弊手脚问题
问题一：Task.Run慎用

首先在最新的社区版本已经把Task.run全部去掉了(包括了kestrel RPC调用服务)，当你的程序有比较耗时的业务处理的时候，Task可以提升性能，但是不耗时的时候，也许就不能提高性能，反而成为瓶颈，因为当一批Task.run未执行完，新一批的请求又来了，就会阻塞造成cpu的升高，所以之前在netty 的ServerHandler中使用task.run ，在压测不带业务的服务时候，因为都是纳秒级的响应，所以造成了task的阻塞，执行万次的循环压测，CPU一直在20%左右，后续已经通过netty 的业务线程进行处理，CPU一直稳定在6%左右， 代码如下

1. if (_logger.IsEnabled(LogLevel.Debug))
2.                 _logger.LogDebug($"准备启动服务主机，监听地址：{endPoint}。");
4.             IEventLoopGroup bossGroup = new MultithreadEventLoopGroup(1);
5.             IEventLoopGroup workerGroup = new MultithreadEventLoopGroup();//Default eventLoopCount is Environment.ProcessorCount * 2
6.             var bootstrap = new ServerBootstrap();
7.            
8.             if (AppConfig.ServerOptions.Libuv)
9.             {
10.                 var dispatcher = new DispatcherEventLoopGroup();
11.                 bossGroup = dispatcher;
12.                 workerGroup = new WorkerEventLoopGroup(dispatcher);
13.                 bootstrap.Channel<TcpServerChannel>();
14.             }
15.             else
16.             {
17.                 bossGroup = new MultithreadEventLoopGroup(1);
18.                 workerGroup = new MultithreadEventLoopGroup();
19.                 bootstrap.Channel<TcpServerSocketChannel>();
20.             }
21.             var workerGroup1 = new SingleThreadEventLoop();// 声明业务线程
22.             bootstrap
23.             .Option(ChannelOption.SoBacklog, AppConfig.ServerOptions.SoBacklog)
24.             .ChildOption(ChannelOption.Allocator, PooledByteBufferAllocator.Default)
25.             .Group(bossGroup, workerGroup)
26.             .ChildHandler(new ActionChannelInitializer<IChannel>(channel =>
27.             {
28.                 var pipeline = channel.Pipeline;
29.                 pipeline.AddLast(new LengthFieldPrepender(4));
30.                 pipeline.AddLast(new LengthFieldBasedFrameDecoder(int.MaxValue, 0, 4, 0, 4));
31.                 pipeline.AddLast(workerGroup1, "HandlerAdapter", new TransportMessageChannelHandlerAdapter(_transportMessageDecoder));//添加业务线程处理
32.                 //添加业务线程处理<br>                pipeline.AddLast(workerGroup1, "ServerHandler", new ServerHandler(async (contenxt, message) =>                           
33.                 {
34.                     var sender = new DotNettyServerMessageSender(_transportMessageEncoder, contenxt);
35.                     await OnReceived(sender, message);
36.                 },  _logger));
37.             }));
38.             try
39.             {
40.                 _channel = await bootstrap.BindAsync(endPoint);
41.                 if (_logger.IsEnabled(LogLevel.Debug))
42.                     _logger.LogDebug($"服务主机启动成功，监听地址：{endPoint}。");
43.             }
44.             catch
45.             {
46.                  _logger.LogError($"服务主机启动失败，监听地址：{endPoint}。 ");<br>    }<br>        }<br>

复制代码

 问题二：检查主频，核数

首先客户一开始测试使用的是家庭电脑，他一直压测不上去，说用jmeter怎么2000就timeout了，后面了解到他的电脑是4核，主频1.8，内存32G，后面告诉他你要达到预期就要高频或者多核的干净电脑。
 
[code][/code] 问题三：检查熔断策略

检查MaxConcurrentRequests，ExecutionTimeoutInMilliseconds  等设置

 
客户结果

单表新增数据库， cpu 一直保持在30%，可能因为ingress设置关系只能压测到4000

 
个人测试结果

无业务压测：
用httpkestrel 压测可以达到2w/s,   rpc  可以达到10w/s
rpc 大家都可以测试,  通过社区版本下载， 启用server, 开启多个client 进行压测，有问题可以告诉我
总结

surging 正在往平台化发展， 年底应该会推出社区版雏形， 望大家多多关注。
 

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！