开源IM项目OpenIM单聊及万人群压测报告

本文涉及的产品
性能测试 PTS,5000VUM额度
简介: 开源IM项目OpenIM单聊及万人群压测报告

单聊压测结论:

华为云主机s3一台:8核16G内存,网络带宽10Mb,普通磁盘(非SSD)

同时在线及压测客户端数量:1万

每秒钟发送消息量:2300条;

从发送到对方接收平均消息延时:5秒

群聊压测结论:

华为云主机s3一台:8核16G内存,网络带宽10Mb,普通磁盘(非SSD)image.png

群规模:1万人

同时在线人数:1千人

每秒发送消息量:500条;

从发送到对方接收平均消息延时:6秒

注:(1)客户端和服务端在同一台机器,不消化网络带宽;(2)未使用nginx反向代理

服务器资源

华为云主机s3一台:8核16G内存,网络带宽10Mb,普通磁盘(非SSD)

OpenIM配置信息

(一)服务端配置调整 config/config.yaml 以8核16G为例

(1)openImMessagePort: [ 10130, 10131, 10132, 10133, 10134,10135 ]

(2)openImPushPort: [ 10170, 10171, 10172, 10173 ]

(3)remainLogLevel: 3

(4)chatpersistencemysql: false

(5) dbMaxOpenConns: 100

dbMaxIdleConns: 10

dbMaxLifeTime: 5

(二)调整path_info.cfg中msg_transfer_service_num=4

(三)kafka分区调整

(1)设置ws2ms_chat为8个分区 msg_transfer_service_num的2倍

(2)设置msg_to_mongo为8个分区 msg_transfer_service_num的2倍

(3)设置ms2ps_chat为8个分区 openImMessagePort的2倍

(四)mysql服务端设置最大连接数为2000

(五)etcd kafka redis mongo都是单机部署

启动单聊压测

(1)启动1万个压测客户端,发送1000万消息,出现[send msg begin ] 表示初始化连接及登录完毕,开始发送消息

./press_open_im -sn 10000 -mn 1000 -t 4000

(2)查看连接数约2万个连接,由于压测客户端在本机,所有连接数乘2

(3)查看消息收发量,每秒2377条消息压测

tail -f OpenIM.log.all.2022-09-02 |grep "msg_gateway sendMsgCount"

(4)启动消息延时检测程序,在此压力下,消息从发送方发出到接收方成功接收大概需要5秒

./msg_delay_open_im -sn 2 -mn 100 -t 100

单聊压测结论

华为云主机s3一台:8核16G内存,网络带宽10Mb,普通磁盘(非SSD),在每秒收发2377条单聊消息时,消息平均延时在5秒左右。
image.png

cpu 100%, 内存80% (压测程序占用了15%内存),消息入库会导致redis/mongodb内存增加
image.png

image.png

启动万人群聊压测

(1)创建一个万人群组

./create_work_group_open_im -gmn 10000

创建完毕,groupID为3282359177

(2)模拟群3282359177中1000个成员登录并往群里发送消息,每秒发送500条消息。出现[send msg begin ] 表示初始化连接及登录完毕,开始发送消息

./press_open_im -gid 3282359177 -sn 1000 -mn 1000 -t 2000

(3)查看消息收发量,每秒500条消息

tail -f OpenIM.log.all.2022-09-02 |grep "msg_gateway sendMsgCount"

(4)启动消息延时检测程序,在此压力下,消息从发送方发出到接收方成功接收大概需要6秒

./msg_delay_open_im -gid 3282359177 -mn 100 -t 100

万人大群压测结论

华为云主机s3一台:8核16G内存,网络带宽10Mb,普通磁盘(非SSD),群成员1万人,同时在线 1千人,每秒往群内发送500条消息,,消息平均延时在6秒左右。

cpu 45%, 内存70% (压测程序占用了15%内存),消息入库会导致redis/mongodb内存增加

关于OpenIM

OpenIM是由IM技术专家打造开源即时通讯组件,也是目前最受欢迎的开源IM项目之一,开发者通过集成OpenIM组件,并私有化部署服务端,可以将即时通讯、实时通讯能力快速集成到自身应用中,并确保业务数据的安全性和私密性。github社区活跃,star近万,排名遥遥领先,开发者万人,OpenM力争开源IM项目No1,打造开源IM第一社区。

开源IM OpenIM最近更新如下,请各位知悉:1、pc端允许开多个实例,即一台电脑可以同时登陆多个不同的账号;2、app发现页后台动态配置url;3、pc在多台电脑上同时登录同一个账号不互踢, 手机端统一平台互踢;4、后台给全员发送广播消息,触达所有用户;5、网络重连提示、消息同步开始和结束提示;6、后台客户IP显示查询功能,可拉黑指定IP ,可查询相同ip账户注册量 ;拉黑ip不能注册,也不能登录系统;7、后台可设置注册成功自动添加指定好友;8、指定账号可设置指定多个IP才能登录;9、未读数多端同步,卸载重装未读数同步,解决多端在线时未读数实时同步问题,解决多端离线再登录后未读数同步同步

github地址:https://github.com/OpenIMSDK/Open-IM-Server

开发者中心:https://doc.rentsoft.cn/#/

image.png

单聊压测程序

仓库地址

https://github.com/OpenIMSDK/Open-IM-SDK-Core/tree/v2.3.0release/single_test

代码说明

press_open_im.go 压测消息发送,但发送者不校验是否完成接收到

msg_delay_open_im.go 检测消息发送和接收,在大压力情况下,消息的可靠性和时延测试

使用说明

(1)修改../test/config.go TESTIP和SECRET

(2)go build press_open_im.go

./press_open_im -sn 10000 -mn 1000 -t 100

参数sn 10000表示:启动10000个压测客户端;

参数mn 1000表示:每个客户端发送消息数量为1000条;

参数t 100表示:每次发送一条消息后,休眠100毫秒;如果是1万客户端,算起来大概是每秒钟发送10万条消息;

(3)go build msg_delay_open_im.go

./msg_delay_open_im -sn 2 -mn 1000 -t 100

参数sn 2 表示:启动2个客户端消息收发检测;

参数mn 1000表示:每个客户端发送1000条消息;

参数t 100表示:每次发送一条消息,休眠100毫秒;

群聊压测程序

仓库地址

https://github.com/OpenIMSDK/Open-IM-SDK-Core/tree/v2.3.0release/work_group_test

代码说明

create_work_group_open_im.go 创建测试群

press_open_im.go 压测消息发送,但发送者不校验是否完成接收到

msg_delay_open_im.go 检测消息发送和接收,在大压力情况下,消息的可靠性和时延测试

使用说明

(1)修改../test/config.go TESTIP和SECRET

(2)go build create_work_group_open_im.go

./create_work_group_open_im -gmn 10

参数gmn表示:创建群成员为10的测试群,实际会创建13个成员。

(3)go build press_open_im.go

./press_open_im -gid 1510503557 -sn 10 -mn 1000 -t 100

参数gid 1510503557 表示:压测群聊groupID

参数sn 10表示:压测客户端数量,要小于等于群成员数

参数mn 1000表示:每个客户端发送消息数量为1000条;

参数t 100表示:每次发送一条消息,休眠100毫秒;

(4)go build msg_delay_open_im.go

./msg_delay_open_im -gid 1510503557 -mn 100 -t 100

参数gid 1510503557 表示:压测群聊groupID

参数mn 100表示:每个客户端发送消息数量为100条;

参数t 100表示每次发送一条消息,休眠100毫秒;

目录
相关文章
|
1月前
|
存储 网络协议 前端开发
基于开源IM即时通讯框架MobileIMSDK:RainbowChat v11.7版已发布
Android端主要更新内容: 1)[优化] 优化了首页“消息”列表中单聊类型未正确同步时的收发消息和点击后的处理逻辑; 2)[优化] 优化了首页“消息”列表中同一好友和陌生人会话不能自动合并的问题;
52 2
|
23天前
|
移动开发 网络协议 小程序
基于开源IM即时通讯框架MobileIMSDK:RainbowChat-iOS端v9.1版已发布
RainbowChat是一套基于开源IM聊天框架 MobileIMSDK 的产品级移动端IM系统。RainbowChat源于真实运营的产品,解决了大量的屏幕适配、细节优化、机器兼容问题
54 5
|
2月前
|
移动开发 前端开发 JavaScript
开源即时通讯IM框架MobileIMSDK的H5端技术概览
开源即时通讯IM框架MobileIMSDK的H5端技术概览
61 2
开源即时通讯IM框架MobileIMSDK的H5端技术概览
|
4月前
|
安全 Java 物联网
一个好用的IM服务端项目 flamingo
以下是关于几个开源即时通讯(IM)服务端软件的简要概览 这些项目各有特色,适合不同需求,如安全、扩展性或特定工作流程。
|
6月前
|
Java API 开发工具
开源即时通讯IM框架 MobileIMSDK v6.5 发布
本次更新为次要版本更新,进行了bug修复和优化升级(更新历史详见:码云 Release Notes、Github Release Notes)。 MobileIMSDK 可能是市面上唯一同时支持 UDP+TCP+WebSocket 三种协议的同类开源IM框架。轻量级、高度提炼,历经10年、久经考验。客户端支持iOS、Android、Java、H5、微信小程序、Uniapp,服务端基于Netty。
140 2
|
1月前
|
测试技术 持续交付 Apache
Python性能测试新风尚:JMeter遇上Locust,性能分析不再难🧐
【10月更文挑战第1天】Python性能测试新风尚:JMeter遇上Locust,性能分析不再难🧐
130 3
|
2月前
|
测试技术 数据库 UED
Python 性能测试进阶之路:JMeter 与 Locust 的强强联合,解锁性能极限
【9月更文挑战第9天】在数字化时代,确保软件系统在高并发场景下的稳定性至关重要。Python 为此提供了丰富的性能测试工具,如 JMeter 和 Locust。JMeter 可模拟复杂请求场景,而 Locust 则能更灵活地模拟真实用户行为。结合两者优势,可全面评估系统性能并优化瓶颈。例如,在电商网站促销期间,通过 JMeter 模拟大量登录请求并用 Locust 模拟用户浏览和购物行为,可有效识别并解决性能问题,从而提升系统稳定性和用户体验。这种组合为性能测试开辟了新道路,助力应对复杂挑战。
107 2
|
12天前
|
测试技术 持续交付 Apache
Python性能测试新风尚:JMeter遇上Locust,性能分析不再难🧐
Python性能测试新风尚:JMeter遇上Locust,性能分析不再难🧐
36 3
|
11天前
|
缓存 测试技术 Apache
告别卡顿!Python性能测试实战教程,JMeter&Locust带你秒懂性能优化💡
告别卡顿!Python性能测试实战教程,JMeter&Locust带你秒懂性能优化💡
25 1