D、事务响应时间(视频下载时间)与用户关系
分析:根据图,可以得出随着视频学习人数的增加,视频下载所用的时间越来越慢。当视频学习人数达到500时,视频下载所用的时间稳定在240秒左右。下载速度=视频大小/视频下载时间,由于测试视频的大小为6.8MB,所以可以得出此时的视频下载速度大概为28KB/秒。
2、测试结果分析二
1)测试场景(疲劳强度测试)
采用逐步加压的方式(每30秒加入一个用户在网站不停的进行视频的下载播放学习),设定最大时有500个用户在线进行视频学习,当达到500人同时在线学习8个小时后再通过逐步减压的方式退出视频学习。
2)结果分析
A、测试概况
测试时间段 |
12/2 17:47 - 12/3 6:05 |
业务执行量(视频下载总数) |
71,723 |
网络总吞吐量(bytes) |
5.054907139E11 |
平均网络吞吐量(bytes/sec) |
11,410,110 |
最大用户数(Vusers) |
500 |
B、网络吞吐量情况
分析:从上图中可以看到,当网络吞吐量达到11MB/秒左右时趋于稳定。根据此,可以得出当吞吐量达到11MB/秒左右时,达到该网络的瓶颈。根据曲线变化,得出此网络稳定带宽在90Mbps左右。
C、网络吞吐量与用户关系
分析:结合网络吞吐量、用户趋势变化图,可以得出:当视频学习人数达到137人时,网络吞吐量趋于稳定;以后随着视频学习人数的增加,网络吞吐量不变。
D、事务响应时间(视频下载时间)与用户关系
分析:根据图,可以得出随着视频学习人数的增加,视频下载所用的时间越来越慢。当视频学习人数达到500时,视频下载所用的时间稳定在240秒左右。下载速度=视频大小/视频下载时间,由于测试视频的大小为6.8MB,所以可以得出此时的视频下载速度大概为28KB/秒。
3、测试结果分析三
表5-3-1 同一视频课程(该课程共分为16段)视频FLV和SWF文件视频码率分析表
1)从上面表中数据可以看出,同一种格式的视频,它们的码率波动较大。结合上面表中数据,可以得出:
2)实际码率会直接影响网络传输的性能。在有网络带宽的限制下,实际码率越小,所支持的在线3)视频播放数越大;反之码率越高,所支持的在线视频播放数越小。因此从网络传输性能来看,采用SWF文件格式更好。
4)一个带宽受限的信道中进行多媒体通讯时候,受限的是最高码率。因此FLV文件受限的码率为235kbps,SWF文件受限的码率为111kbps。
5)根据码率与网络带宽之间的关系,如果要流畅播放改课程,FLV文件的带宽不低于235kbps,SWF文件的带宽不低于111kbps。根据带宽与下载速度之间的关系,FLV文件要保证流畅播放下载速度不能低于30KB/s,SWF文件要保证流畅播放下载速度不能低于14KB/s。
六、结论
从测试结果分析一、测试结果分析二和测试结果分析三可以得出:
测试服务器网络实际带宽稳定在90Mbps左右。
当视频下载学习人数在137人时,网络带宽达到瓶颈,以后随着视频学习人数的增加,视频下载速度越来越慢。
当视频下载学习人数达到500时,视频的下载速度稳定在28KB/秒左右。
当视频学习人数达到500时,能够较为流畅的在线观看视频(如果能够边下载边播放)。
补充说明
由于测试所用的视频大小固定,视频格式较单一,而实际的使用情况复杂多样,所以测试结果与实际用户的使用结果存在一定的偏差。但通过该测试,较为真实的反映了测试服务器作为视频服务器时,该网络环境对视频下载学习人数的支持情况。
改善建议
现在XXXX视频播放所采用的协议为HTTP,此协议为先下载后播放,这样导致的结果为:当视频下载使用人数过多,或者偶然性的高并发,导致较大视频下载所用的时间过长,用户体验性差。建议采用边下载边播放的流媒体协议,如RTSP。
function(2016-06-07 17:25:17)
场景二的测试结果分析三是一个比较新鲜的角度,受教了。