开源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毫秒;

目录
相关文章
|
5月前
|
存储 网络协议 前端开发
基于开源IM即时通讯框架MobileIMSDK:RainbowChat v11.7版已发布
Android端主要更新内容: 1)[优化] 优化了首页“消息”列表中单聊类型未正确同步时的收发消息和点击后的处理逻辑; 2)[优化] 优化了首页“消息”列表中同一好友和陌生人会话不能自动合并的问题;
106 2
|
3月前
|
算法 前端开发 API
开源轻量级IM框架MobileIMSDK的鸿蒙NEXT客户端库已发布
MobileIMSDK-鸿蒙端是一套基于鸿蒙Next(纯血鸿蒙)系统的IM即时通讯客户端库: 1)超轻量级(编译后库文件仅50KB)、无任何第3方库依赖(开箱即用); 2)纯ArkTS编写、无Native代码、高度提炼、简单易用; 3)基于鸿蒙Next标准WebSocket API,简洁优雅; 4)可运行于任何支持鸿蒙Next的平台; 5)能与 MobileIMSDK的各种客户端完美互通; 6)可应用于鸿蒙Next中的消息推送、客服聊天、企业OA、IM等场景。
151 45
|
5月前
|
移动开发 网络协议 小程序
基于开源IM即时通讯框架MobileIMSDK:RainbowChat-iOS端v9.1版已发布
RainbowChat是一套基于开源IM聊天框架 MobileIMSDK 的产品级移动端IM系统。RainbowChat源于真实运营的产品,解决了大量的屏幕适配、细节优化、机器兼容问题
109 5
|
6月前
|
移动开发 前端开发 JavaScript
开源即时通讯IM框架MobileIMSDK的H5端技术概览
开源即时通讯IM框架MobileIMSDK的H5端技术概览
127 2
开源即时通讯IM框架MobileIMSDK的H5端技术概览
|
8月前
|
安全 Java 物联网
一个好用的IM服务端项目 flamingo
以下是关于几个开源即时通讯(IM)服务端软件的简要概览 这些项目各有特色,适合不同需求,如安全、扩展性或特定工作流程。
|
10月前
|
Java API 开发工具
开源即时通讯IM框架 MobileIMSDK v6.5 发布
本次更新为次要版本更新,进行了bug修复和优化升级(更新历史详见:码云 Release Notes、Github Release Notes)。 MobileIMSDK 可能是市面上唯一同时支持 UDP+TCP+WebSocket 三种协议的同类开源IM框架。轻量级、高度提炼,历经10年、久经考验。客户端支持iOS、Android、Java、H5、微信小程序、Uniapp,服务端基于Netty。
183 2
|
3月前
|
机器学习/深度学习 自然语言处理 搜索推荐
深度分析 | 2024主流的智能客服系统有哪些?他们是怎么实现的?
本文深入探讨了智能客服系统的使用方法和相关技术实现逻辑,涵盖前端交互、服务接入、逻辑处理、数据存储四大层面,以及自然语言处理、机器学习、语音识别与合成、数据分析与挖掘、知识库管理和智能推荐系统等核心技术,帮助企业更好地理解和应用智能客服系统,提升服务效率和客户满意度。
515 1
|
1天前
|
人工智能 自然语言处理 算法
DeepSeek大模型在客服系统中的应用场景解析
在数字化浪潮下,客户服务领域正经历深刻变革,AI技术成为提升服务效能与体验的关键。DeepSeek大模型凭借自然语言处理、语音交互及多模态技术,显著优化客服流程,提升用户满意度。它通过智能问答、多轮对话引导、多模态语音客服和情绪监测等功能,革新服务模式,实现高效应答与精准分析,推动人机协作,为企业和客户创造更大价值。
48 5
|
1月前
|
人工智能 自然语言处理 安全
2025最新排名|盘点值得推荐的5个在线客服系统
在数字化浪潮下,在线客服系统迅速发展,成为企业提升竞争力的关键。本文推荐五款2025年值得使用的在线客服系统:合力亿捷、淘宝、京东、华为云和中国移动客服系统。它们各自具备全渠道接入、智能问答、数据分析、高稳定性等亮点,助力企业高效服务客户,优化营销策略并提升整体运营效率。
102 24

热门文章

最新文章