视频服务器测试结果与性能分析
2011-06-03 19:29
477 查看
本周一直在配合美国硅谷的一家公司做视频服务器性能测试,总结如下。
---------------------------------------------------------------------------------------------
硬件信息:
测试结果:
结果分析:
这个结果分析只是凭我测试时对数据的观察和经验总结的,仅供参考,可能还有的地方分析不正确,只是用来帮助你们分析性能瓶颈时使用,希望对你们分析问题能起到一点作用。
总体来说我觉得性能非常不错,通过对硬件使用情况分析,CPU不是阻碍性能的瓶颈,内存对性能影响较小,磁盘性能是瓶颈的关键,但是我们的sas2.0硬盘目前已经是服务器硬盘中高端硬盘,磁盘带宽 参考值 6Gb/s(官方给出),IOPS(每秒IO次数)200-300之间(这只是经验值,官方未给出,文件顺序读取和随机读取性能可能相差25倍之多,所以仅供参考),所以我们可以认为软件能够处理的IO次数和带宽与磁盘指标越接近,软件性能越好。
ü 8块千兆网卡,同一个流最大并发2032路流
能够同时推流2032路的标清文件(3.75Mb/s)说明8块网卡已基本推满,此时硬件规格未对VS软件构成瓶颈,VS软件也应该还有能力未发挥出来,增加网卡应该还可以推送更多路流。这里我有一点没太想明白,为什么磁盘出流的速度参考值是6Gb/s而VS推流的速度却能达到8Gb/s呢,我猜测是硬件厂商给出信息过于保守或者系统文件缓存起了很大作用,才能把这2Gb/s的流量填充上。
ü 单盘独立流最大数207
通过计算可知网卡未推满(单块千兆网卡254路是极限),磁盘带宽不是瓶颈(因为6Gb/s远大于网卡带宽),207路在磁盘IOPS范围之内,可以认为VS已经让磁盘性能充分发挥了,但是还是有被磁盘连累的嫌疑才导致没有把网卡推满,当然此时VS本身也可能存在问题,所以此时的瓶颈尚不可知,好吧那我来测试内存,我们内存是6G的,拔下4G,只留2G给VS用,这时发现最大并发在190路左右,说明内存对性能肯定是有少量影响的,但是性能也接近磁盘IOPS参考范围,还算理想。
ü 两张盘独立流最大数392路
392<207*2 此时内存已经恢复6GB,32位的系统我认为内存已经足够用,只所以并发数有少量下降,我可以简单认为是VS本身导致的,在批量读取不同文件时性能有少许下降。
ü 混合流的情况
测试混合流时独立流越大,独立流+同一个流并发数偏离2032越远,能够得出的结论与两张盘独立流测试结果基本相同。
建议:
如果想尽量降低内存的影响,建议换64位的内核,这样使用内存大小的上限可以打破,如果想并发更多路独立流,需添加更多独立高性能硬盘,存储的情况需要下周根据测试情况进行总结。
---------------------------------------------------------------------------------------------
硬件信息:
硬件信息 | 型号 |
cpu | Intel(R) Xeon(R) CPU E5504 @ 2.00GHz 4核 |
内存 | 6G |
硬盘 | Sas2.0 硬盘300G*3 ,吞吐量6Gb/s 型号:st3300657ss |
测试用例 | 测试数据 | 说明 | CPU |
同一个流的最大并发路数 | 2032 | VS八块千兆网卡,2033路时不流畅,先推监视流和先推接收流时性能存在抖动,通常先推监视流时并发数有少量下降5路以内 | 25%-50% 建立UDP连接时的CPU较高,有时短时间内持续在50%左右 |
两张盘时独立流最大并发路数 | 392 | 再次核实数据与昨天测试基本相符 | 10%-25% |
独立流单盘最大数 | 207 | 再次核实数据与昨天测试基本相符,后经过对内存调整到2G后为190 | 5%-25% |
混合流 | 300+1712 360+1600 392+1500 | 先推监视流和先推接收流时性能存在抖动而且差异较大,通常会相差几十路流,通常先推监视流时并发数少于先推接收流 | 25%-50%同一 |
这个结果分析只是凭我测试时对数据的观察和经验总结的,仅供参考,可能还有的地方分析不正确,只是用来帮助你们分析性能瓶颈时使用,希望对你们分析问题能起到一点作用。
总体来说我觉得性能非常不错,通过对硬件使用情况分析,CPU不是阻碍性能的瓶颈,内存对性能影响较小,磁盘性能是瓶颈的关键,但是我们的sas2.0硬盘目前已经是服务器硬盘中高端硬盘,磁盘带宽 参考值 6Gb/s(官方给出),IOPS(每秒IO次数)200-300之间(这只是经验值,官方未给出,文件顺序读取和随机读取性能可能相差25倍之多,所以仅供参考),所以我们可以认为软件能够处理的IO次数和带宽与磁盘指标越接近,软件性能越好。
ü 8块千兆网卡,同一个流最大并发2032路流
能够同时推流2032路的标清文件(3.75Mb/s)说明8块网卡已基本推满,此时硬件规格未对VS软件构成瓶颈,VS软件也应该还有能力未发挥出来,增加网卡应该还可以推送更多路流。这里我有一点没太想明白,为什么磁盘出流的速度参考值是6Gb/s而VS推流的速度却能达到8Gb/s呢,我猜测是硬件厂商给出信息过于保守或者系统文件缓存起了很大作用,才能把这2Gb/s的流量填充上。
ü 单盘独立流最大数207
通过计算可知网卡未推满(单块千兆网卡254路是极限),磁盘带宽不是瓶颈(因为6Gb/s远大于网卡带宽),207路在磁盘IOPS范围之内,可以认为VS已经让磁盘性能充分发挥了,但是还是有被磁盘连累的嫌疑才导致没有把网卡推满,当然此时VS本身也可能存在问题,所以此时的瓶颈尚不可知,好吧那我来测试内存,我们内存是6G的,拔下4G,只留2G给VS用,这时发现最大并发在190路左右,说明内存对性能肯定是有少量影响的,但是性能也接近磁盘IOPS参考范围,还算理想。
ü 两张盘独立流最大数392路
392<207*2 此时内存已经恢复6GB,32位的系统我认为内存已经足够用,只所以并发数有少量下降,我可以简单认为是VS本身导致的,在批量读取不同文件时性能有少许下降。
ü 混合流的情况
测试混合流时独立流越大,独立流+同一个流并发数偏离2032越远,能够得出的结论与两张盘独立流测试结果基本相同。
建议:
如果想尽量降低内存的影响,建议换64位的内核,这样使用内存大小的上限可以打破,如果想并发更多路独立流,需添加更多独立高性能硬盘,存储的情况需要下周根据测试情况进行总结。
相关文章推荐
- 浅谈服务器性能测试的全生命周期——从测试、结果分析到优化策略
- 服务器IO性能测试[2]--RAID10结果分析
- 浅谈服务器性能测试的全生命周期——从测试、结果分析到优化策略
- 浅谈服务器性能测试的全生命周期——从测试、结果分析到优化策略
- 浅谈服务器性能测试的全生命周期——从测试、结果分析到优化策略
- 浅谈服务器性能测试的全生命周期——从测试、结果分析到优化策略
- 性能测试结果分析
- MongoDB和MySQL HandlerSocket性能测试及其结果分析
- redis 集群性能测试结果分析
- 性能测试结果分析
- Loadrunner性能测试结果实例分析_01
- 性能测试爬坑之路 15 Analysis 结果分析工具一
- LR性能测试结果样例分析
- LR性能测试结果样例分析
- 性能测试爬坑之路 16 Analysis 结果分析工具二
- loadrunner性能测试结果实例分析
- LoadRunner:Controller及结果分析 一、性能测试概述 1、关于性能测试目标: ①TPS ②一定并发用户数下功能点的响应时间 ③一定响应时间内功能点的并发用户数 性能测试不是
- LoadRunner性能测试工具---(三)测试结果样例分析
- 性能测试结果分析
- [原创]MongoDB、HandlerSocket和MySQL性能测试及其结果分析