Red5性能测试
来源:互联网 发布:梵高怎么得的精神 知乎 编辑:程序博客网 时间:2024/06/05 17:33
转自:http://www.pigg.co/red5-performance.html
最近一直在做Red5的直播与视频开发,虽然Red5提供了与FMS趋同的功能,但对于Red5的性能我们一直不太清楚,如果想大规模使用Red5作为我们的生产服务器,那么还需要对它进行一些性能测试,以此来验证它是否能满足我们的需求.
测试概要
对Red5进行压力测试与性能测试,其中Red5版本为1.0.0-RC1.
测试环境
硬件环境:CPU:Intel i3-2100@3.10GHz,内存8G
软件环境:Red5,CentOS
网络环境:1000M
测试内容
- Red5在大并发下的稳定性表现
- Red5在千兆环境下最多能支持多大并发用户量的访问
测试数据
测试数据来源于前期开发整理的视频,大约20个原生视频,上传到服务器后处理成400Kbps与800Kbps码流的视频文件.
测试结果
400kps结果见图
800kps结果见图
测试结果说明
- 并发用户涵盖100/200/500,主要是为了确保是否支持500并发用户的流畅访问,超过500时主要验证Red5系统支持的最高并发值.
- 实际网络占用捕获数据来源于视频传输所在的网卡监测,由于直接采集自网络,因此包含的流量不仅仅为视频传输本身的流量,还有其他使用该网卡的应用数据.
- 理论带宽占用计算方式为单视频码流*并发量换算而来,如100并发的400bps访问,其单位时间的带宽占用为400Kbps * 100 / 1024 = 39.1Mbps,其他值的结果同此计算.
- 所有采集的取值均使用98%置信区间,即把采集所得数据从高到低排列,取位于98%的最高值,也即98%的实际取值低于表中所列的值.
- 播放状态表示视频的顺畅与否,正常表示播放顺畅,没有任何停滞现象,否则则代表视频播放存在延迟.
测试结论
800Kbps的测试方法,统计方式与前面的400Kbps基本相同,我们得到结论是,800Kbps下,单机Red5最大支持600并发用户同时播放视频,其主要瓶颈也是Red5的任务调度问题,但低于400Kbps的700并发,其中一个主要原因是带宽因素,800Kpbs下600并发实际消耗的带宽也已经毕竟交换机的可用极限(需要考虑到98%置信区间以外的峰值影响).实际测试中,超过600并发,播放码流为800Kbps的视频已经出现明显的迟滞现象.
综上,测试的结论是单Red5服务器,400Kbps支持700人同时流畅播放,800Kbps支持600人同时流畅播放.
- Red5 性能测试
- Red5性能测试
- Red5性能测试
- red5配置+测试
- 提高Red5性能几个配置
- Red5 高性能启动问题
- 提高red5性能几个配置。
- Red5 Pro配置及测试
- Red5的安装与测试
- Red5 Pro配置及测试
- red5
- red5
- Red5
- red5
- Red5流媒体服务器的安装与测试
- Red5流媒体服务器的安装与测试
- RED5学习(一)--环境搭建与测试
- 测试ffmpeg推流到RED5(永远的雷神)
- 线程同步与互斥
- 温度PID的整定过程
- multipart/form-data和application/x-www-form-urlencoded
- Redis实战之征服 Redis + Jedis + Spring (三)
- 一个台阶总共有n级,如果一次可以跳1级,也可以跳2级。 //求总共有多少总跳法,并分析算法的时间复杂度
- Red5性能测试
- tar打印进度
- Qt5.1.1 MinGW48 release静态版编译结果分享
- Flex中使用actionscript的三种方式
- PID系统整定工程实践
- Android SDK 无法连接到GOOGLE 下载安装包
- HTTP请求报文和响应报文
- 今天突然针对网站程序逻辑为何有两个模板寻个究竟
- java类型自动转换