51Testing软件测试论坛

标题: 跪求测试方法:直播录制的RTMP视频流,求最大可观看用户数 [打印本页]

作者: icemater    时间: 2012-10-25 09:27
标题: 跪求测试方法:直播录制的RTMP视频流,求最大可观看用户数
求高人啊!!!!!!!!!!!

通过RED服务器,把摄像头录制的RTMP视频流直播出去,客户通过web访问收看直播视频,要测试得出可允许的最大直播用户数和最优直播用户数。
摄像头为标清,网卡为千兆网卡。我想不出好的测试方法,请各位大师、大侠、高手指点迷津。(视频为流,是RTMP直播流。非播放的录制好的文件)。

用什么方式测试好呢,用LR好像不符合这种测试情况,它模拟N个用户访问,但是都是一个台机器的带宽。与实际的环境不符合。有没有别的办法?

跪谢~!!!
作者: shu123    时间: 2012-12-12 14:49
楼主解决没?
作者: zhouliyi    时间: 2013-6-28 16:17
red5
作者: 秋雨的蝴蝶    时间: 2013-6-28 17:37
既然是直播测试起来跟RED服务器关系不是很大,主要是web服务器压力大,实际就是一批用户通过web服务器去看一个播放流。你可以尝试用jmeter-测。比方说20个用户同时并发,那在jmeter有个组件,叫线程组,里面可以设置线程数。
作者: hxdwell    时间: 2015-6-11 17:48
我与楼上的看法不同,压力就应该是在RED流服务器上,RTMP流都是长连接。
本人最近也遇到类似的case,不知道楼主是否已经有解决方案了。
通过ffplay模拟播放,通过ffmpeg模拟发布,是个可以选方案,只是它们都比较占用CPU,若不care  A\V码率大小的话,可以尝试该方案。
作者: hxdwell    时间: 2015-6-11 17:48
我与楼上的看法不同,压力就应该是在RED流服务器上,RTMP流都是长连接。
本人最近也遇到类似的case,不知道楼主是否已经有解决方案了。
通过ffplay模拟播放,通过ffmpeg模拟发布,是个可以选方案,只是它们都比较占用CPU,若不care  A\V码率大小的话,可以尝试该方案。
作者: hxdwell    时间: 2015-6-11 17:49
我与楼上的看法不同,压力就应该是在RED流服务器上,RTMP流都是长连接。
本人最近也遇到类似的case,不知道楼主是否已经有解决方案了。
通过ffplay模拟播放,通过ffmpeg模拟发布,是个可以选方案,只是它们都比较占用CPU,若不care  A\V码率大小的话,可以尝试该方案。
作者: hxdwell    时间: 2015-6-11 17:50
我与楼上的看法不同,压力就应该是在RED流服务器上,RTMP流都是长连接。
本人最近也遇到类似的case,不知道楼主是否已经有解决方案了。
通过ffplay模拟播放,通过ffmpeg模拟发布,是个可以选方案,只是它们都比较占用CPU,若不care  A\V码率大小的话,可以尝试该方案。
作者: hxdwell    时间: 2015-6-11 17:52
我与楼上的看法不同,压力就应该是在RED流服务器上,RTMP流都是长连接。
本人最近也遇到类似的case,不知道楼主是否已经有解决方案了。
通过ffplay模拟播放,通过ffmpeg模拟发布,是个可以选方案,只是它们都比较占用CPU,若不care  A\V码率大小的话,可以尝试该方案。
作者: 行者行    时间: 2015-6-12 20:12
1、测试在不同网速/宽带下视频播放的效果(流畅程度一般、良好、优秀)
2、确定测试环境:常用操作系统类型、服务器类型、浏览器类型、网络类型
3、选择一款性能测试工具根据不同网速下,视频播放的情况,录制负载场景的脚本
以上只是自己的一点想法,有不对的地方欢迎来指正!




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2