RocketMQ多线程场景生产和消费TPS测试

该文详细介绍了在不同线程数和消息长度下,RocketMQ的生产者和消费者的TPS测试。测试结果显示,线程数增加至约100时,生产者和消费者的TPS达到平衡;消息body增大则导致TPS下降,尤其是生产者TPS下降更快,主要原因是存储消息所需时间增加。
摘要由CSDN通过智能技术生成

一 机器部署

1、机器组成

7台机器,均为16G内存

每台服务器均有4个CPU,2核

25155507_FNb5.jpg

 

2、运行环境配置

25155507_1iAg.jpg

3、刷盘方式

每台机器master机器均采用异步刷盘方式

25155507_odDD.jpg

 

25155508_x8wV.jpg

 

 

 

 

 

 

二 性能评测

1、评测目的

多线程环境下,测试producer端的TPS 和 consumer端的TPS。

 

2、评测指标

(1)生产者producer

TPS、线程个数、发送成功数量、发送失败数量、接收成功数量、接收失败数量、发送消息成功总耗时。

(2)消费者consumer

TPS、接收消息总数、消息存储总耗时,消息存储平均耗时、消息消费总耗时、消息消费平均耗时。

3、评测逻辑

  (1)固定消息长度,producer端发送消息body的字符串默认100字符长度。

(2)输入不同的线程数,产生不同组的producer,记录发送消息的TPS、发送成功数和消息消费的TPS、消费成功数等等。

(3)根据多组测试数据,分析平均的生产TPS和平均消费TPS。

4、评测步骤

(1)创建性能测试的topic,名称为BenchmarkTopicTest。 队列个数默认8个。

(2)输入线程数、消息长度、是否开启message的key值,并做表格记录TPS。

(3)针对特定场景,保持线程数不变,增加消息message的size,记录producer端和consumer端的TPS,并做表格记录。

编号 TPS (Producer) TPS (Consumer) 线程数 消息长度 是否配置
message的key值
           

 

5、评测过程

(1)第一组 线程个数1,消息长度固定128,不配置message的key值

编号 TPS (Producer) TPS (Consumer) 线程数 消息长度 是否配置
message的key值
1 450 450 1 128 False

producer端发送记录

25155508_93pI.jpg

 

consumer端消费记录

25155508_ZIKq.jpg

 

(2)第二组 线程个数10,消息长度固定128,不配置message的key值

编号 TPS (Producer) TPS (Consumer) 线程数 消息长度 是否配置
message的key值
1 3300 3250 10 128 False

producer端发送记录

25155508_fXjt.jpg

 

 

consumer端消费记录

25155509_CVfX.jpg

 

(3)第三组 线程个数32,消息长度固定128,不配置message的key值

编号 TPS (Producer) TPS (Consumer) 线程数 消息长度 是否配置
message的key值
1 8000 7900 32 128 False

producer端发送记

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值