即时通讯框架MobileIMSDK：压力测试报告

本文描述的是MobileIMSDK在某测试环境下服务端的：并发吞吐效率、整体负载以及JVM级健康状况等数据。测试条件有限，仅供参考。

一、测试方法

• 网络环境：为了排除网络复杂性对测试的干扰，测试由同一局域网中的机器完成；
• 网络设备：条件有限，使用的是一台入门级中小型企业用路由器（设备性能对测试有一定影响，请酌情解读结果）；
• 客户端：分别运行于2台惠普380型物理服务器（硬件指标仅供参考，请酌情解读测试结果）；
• 服务端：运行于1台惠普580型48核32G物理服务器（硬件指标仅供参考，请酌情解读测试结果）；
• 客户端工具：Apache JMeter 和 iKende.com的TCP/UDP性能测试工具；
• 服务端工具：Spotlight on Windows 和 JProfiler。
  

二、测试结果

MobileIMSDK服务端在上述测试条件下，单机吞吐效率约为40000/秒。测试显示，服务端整体负载较轻，JVM各项指标均处健康可持续状态。

三、 性能解读

• 负载解读（假如用于推送时）：
  理论单机负载可达千万级，理由是：以每客户端5分钟心跳间隔计、1000万的在线量，网络吞率需达33000/秒（即10000000/(5*60)），显然MobileIMSDK理论上没有问题。
• 负载解读（假如用于聊天时）：
  保守假设每个正在聊天的人每发一条消息的间隔为5秒（实际应用中， 手机上从调出输入法到输入完成并发送，即使简单的“你好”2字，一般人也通常会超出5秒，不信请打开计时器（当然凡事没有绝对，哥只是作一个普遍性的推断，勿喷）），同时在线的人员中有3分之1的人正在聊天（这么高的并发互动比率对于一般的聊天APP而言可能性非常小，此处为保留估计）。那么基于以上假设，MobileIMSDK可支撑的同时在线人数为：(40000 * 5) / (1/3) = 60万。当然，每款聊天应用实际会因各种客观因素的存在而不尽相同，不可能等同视之，请视具体情况客观评估之，以上数字仅供参考。
• 带宽解读：
  生产生境中，单机满载时，带宽瓶颈会首先出现。单机带宽总会有上限，因而超高负载应用，集群才是最佳解决方案。
• 计算性能：
  MobileIMSDK涉及的主要计算性能指标是内存性能、网络交换性能、CPU性能，提升这几项都能相应提高其吞吐效率。
  

四、客户端测试截图

工具1：某TCP/UDP性能测试工具

测试显示，MobileIMSDK的平均吞吐约为40000/秒。

工具2：Apache JMeter

实测中，JMeter的UDP压力测试插件本身性能就不好，单机根本达不到服务端压力极限，所以只能同时使用2台机器作客户端，即使这样，也没有达到服务端上限，条件有限，勉强作个参考吧。

五、服务端测试截图

工具1：Spotlight监控宏观负载

>> 测试显示：网络负载、CPU计算、内存交换是MobileIMSDK涉及的3个主要资源（注意带宽负载为78M/2=39M bps）。

工具2：JProfile监控JVM微观情况

>> 测试显示：MINA框架确实是将网络IO处理线程和业务处理线程分开了。


>> JVM的内存分配和回收情况。


>> JVM的GC回收频率和占用的CPU计算资源。

六、捐助作者，得MobileIMSDK精编注释版

请点击需要的平台和版本，前往淘宝下单，付款后系统会自动发货（网盘下载链接）到您的相关邮件地址，详情请见淘宝详情：

① MobileIMSDK（Android客户端库）精编注释版：https://item.taobao.com/item.htm?id=534778878908
② MobileIMSDK（Java客户端库）精编注释版：https://item.taobao.com/item.htm?id=534874027509
③ MobileIMSDK（iOS客户端库）精编注释版：https://item.taobao.com/item.htm?id=534918179776
④ MobileIMSDK（服务端库）精编注释版：https://item.taobao.com/item.htm?id=534986485062

     
     

（更多详情请进入：http://www.52im.net/thread-411-1-1.html）

附录：更多链接

学习交流↘

• 常见问题讨论学习：点此进入 ^推荐
• 讨论学习和资料区：点此进入
• 移动端即时通讯交流群： 320837163 ^推荐
• bug/建议发送至：jb2011@163.com
• 技术支持/合作/咨询请联系作者QQ：413980957
  

相关资料↘

• 即时通讯框架MobileIMSDK：快速入门 ^推荐
• 有关MobileIMSDK的疑问及解答 ^推荐
• MobileIMSDK性能测试报告
• MobileIMSDK客户端Demo安装和使用帮助(Android) [1]
• MobileIMSDK客户端Demo安装和使用帮助(iOS) [2]
• MobileIMSDK客户端Demo安装和使用帮助(Java) [3]
• MobileIMSDK服务端Demo安装和使用帮助 [4]
• IM应用案例RainbowChat体验版 ^推荐
• IM应用案例RainbowChat体验版截图预览
• IM应用案例某Chat的部分非敏感运营数据
  

开发文档↘

• MobileIMSDK客户端开发指南(Android)
• MobileIMSDK客户端开发指南(iOS)
• MobileIMSDK客户端开发指南(Java)
• MobileIMSDK服务端开发指南
• MobileIMSDK客户端SDK API文档(Android)
• MobileIMSDK客户端SDK API文档(iOS)
• MobileIMSDK客户端SDK API文档(Java)
• MobileIMSDK服务端SDK API文档(基于Mina框架)
• MobileIMSDK服务端SDK API文档(基于Netty框架)
  

资源下载↘

• MobileIMSDK最新版打包下载 ^推荐
• MobileIMSDK的Github地址
  

相关技术↘
  ① Web端即时通讯框架：MobileIMSDK-Web
  ② 移动端实时音视频框架：RainbowAV
  ③ 全功能产品级IM案例：RainbowChat

“>> 测试显示：MINA框架确实是将网络IO处理线程和业务处理线程分开了。”

是不是就是异步了？

这篇帖子是另一个使用MobileIMSDK的群友自已做的压力测试，
可能会有人遇到跟他类似的问题，如何正确的测试出压力极限请移步此贴：http://www.52im.net/thread-346-1-1.html

性能不错

工具好评。

性能不错

性能不错