机型 | CPU | 内存 | 网络 | 磁盘 | 内核 |
---|---|---|---|---|---|
Tecal BH620 | model name : Intel(R) Xeon(R) CPU E5520 @ 2.27GHz cache size : 8192 KB processor_count : 16 | Total System Memory: 6G Hardware Memory Info: Size: 4096MB | eth0: Link is up at 1000 Mbps, full duplex. peth0: Link is up at 1000 Mbps, full duplex. | /dev/sda: 597.9 GB | 2.6.18-128.el5xen x86_64 |
软件名称及版本 | 关键参数 |
---|---|
java version “1.6.0_18” Java(TM) SE Runtime Environment (build 1.6.0_18-b07) Java HotSpot(TM) 64-Bit Server VM (build 16.0-b13, mixed mode) | -server -Xmx2g -Xms2g -Xmn256m -XX:PermSize=128m -Xss256k -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:LargePageSizeInBytes=128m -XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=70 |
jboss-4.0.5.GA | |
httpd-2.0.61 | KeepAlive On MaxKeepAliveRequests 100000 KeepAliveTimeout 180 MaxRequestsPerChild 1000000 StartServers 5 MaxClients 1024 MinSpareThreads 25 MaxSpareThreads 75 ThreadsPerChild 64 ThreadLimit 128 ServerLimit 16 |
场景名称 | 对应指标名称 | 期望值范围 | 实际值 | 是否满足期望(是/否) |
---|---|---|---|---|
1k数据 | 响应时间 | 0.9ms | 0.79ms | 是 |
1k数据 | TPS | 10000 | 11994 | 是 |
性能测试场景(10并发)
上述场景在dubbo1.0\dubbo2.0(hessian2序列化)\dubbo2.0(dubbo序列化)\rmi\hessian3.2.0\http(json序列化)进行10分钟的性能测试。 主要考察序列化和网络IO的性能,因此服务端无任何业务逻辑。取10并发是考虑到http协议在高并发下对CPU的使用率较高可能会先打到瓶颈。
并发场景(20并发) 传入1kString,在服务器段循环1w次,每次重新生成一个随机数然后进行拼装。考察业务线程是否能够分配到每个CPU上。
稳定性场景(20并发) 同时调用1个参数为String(5k)方法,1个参数为person对象的方法,1个参数为map(值为3个person)的方法,持续运行50小时。
高压力场景(20并发) 在稳定性场景的基础上,将提供者和消费者布置成均为2台(一台机器2个实例),且String的参数从20byte到200k,每隔10分钟随机变换。
TPS成功平均值 | 响应时间成功平均值(ms) |
---|---|
dubbo1 (hessian2序列化+mina) | 10813.5 |
dubbo2 (hessian2序列化+netty) | 11994 |
dubbo2 (dubbo序列化+netty) | 13620 |
rmi | 2461.79 |
hessian | 2417.7 |
http(json序列化) | 8179.08 |
2.0和1.0默认对比百分比 | 10.92 |
dubbo序列化相比hessian2序列化百分比 | 13.56 |
POJO TPS
POJO Response
TPS成功平均值 | 响应时间成功平均值(ms) |
---|---|
dubbo1(hessian2序列化+mina) | 11940 |
dubbo2 (hessian2序列化+netty) | 14402 |
dubbo2 (dubbo序列化+netty) | 15096 |
rmi | 11136.02 |
hessian | 11426.83 |
http(json序列化) | 8919.27 |
2.0和1.0默认对比百分比 | 20.62 |
dubbo序列化相比hessian2序列化百分比 | 4.82 |
1k TPS
1k Response
TPS成功平均值 | 响应时间成功平均值(ms) |
---|---|
dubbo1(hessian2序列化+mina | 1962.7 |
dubbo2 (hessian2序列化+netty) | 1293 |
dubbo2 (dubbo序列化+netty) | 1966 |
rmi | 3349.88 |
hessian | 1925.33 |
http(json序列化) | 3247.1 |
2.0和1.0默认对比百分比 | -34.12 |
dubbo序列化相比hessian2序列化百分比 | 52.05 |
50K TPS
50K Response
TPS成功平均值 | 响应时间成功平均值(ms) |
---|---|
dubbo1(hessian2序列化+mina) | 324.2 |
dubbo2 (hessian2序列化+netty) | 362.92 |
dubbo2 (dubbo序列化+netty) | 569.5 |
rmi | 1031.28 |
hessian | 628.06 |
http(json序列化) | 1011.97 |
2.0和1.0默认对比百分比 | 11.94 |
dubbo序列化相比hessian2序列化百分比 | 56.92 |
200K TPS
200K Response
Dubbo2.0的性能测试结论为通过,从性能、内存占用和稳定性上都有了提高和改进。由其是内存管理由于将mina换成netty,大大减少了1.0版本在高并发大数据下的内存大锯齿。如下图:
Dubbo2.0相比较Dubbo1.0(默认使用的都是hessian2序列化)性能均有提升(除了50k String),详见第五章的性能数据。
出于兼容性考虑默认的序列化方式和1.0保持一致使用hessian2,如对性能有更高要求可以使用dubbo序列化,由其是在处理复杂对象时,在大数据量下能获得50%的提升(但此时已不建议使用Dubbo协议)。
Dubbo的设计目的是为了满足高并发小数据量的rpc调用,在大数据量下的性能表现并不好,建议使用rmi或http协议。
本次性能测试考察的是dubbo本身的性能,实际使用过程中的性能有待应用来验证。
由于dubbo本身的性能占用都在毫秒级,占的基数很小,性能提升可能对应用整体的性能变化不大。
由于邮件篇幅所限没有列出所有的监控图,如需获得可在大力神平台上查询。