首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

接上篇-nginx-http-flv-module更新说明(二)

最近这段时间主要在不同平台测试模块的稳定性,目前播放这一块没发现问题,由于条件限制,除了FreeBSD平台没测试过,Windows 7,Debian 7.x和macOS Sierra都测试过了,由于Nginx官方对Windows支持不太好,没用Windows平台最强大的IOCP接口(使用的select),所以导致Windows平台上运行效率不太高,表现在推流等待时间长,3s+,首屏时间很长,4s+,select本身原因限制客户端个数,默认是1024。推流等待时间和首屏时间最短的是macOS Sierra,本机上测试时基本上是秒推秒开。昨晚专门注意了一下,在macOS Sierra下编译时,SO_REUSEPORT和TCP_FASTOPEN两项都支持,前者让Nginx的每个子进程都可以listen,都有一个专门的accept队列,解决了惊群效应;后者则是在发起SYN时就已经携带实际数据,而不是握手完毕后再传输实际数据。秒推秒开可能跟这两个选项有关。但是macOS Sierra并不支持将某个进程绑定到某个CPU上,所以可能进程上下文切换会有开销,系统负载较大时可能效率不如Linux。由于macOS Sierra是公司的电脑,所以未做压力测试。我的笔记本装的是Debian 7.x,因为内核版本较低,所以macOS Sierra上支持的两个选项都不支持。测试时推流等待时间和首屏时间都介于Windows 7和macOS Sierra之间,在服务器上测试时(系统CentOS 6.4,支持SO_REUSEPORT但是不支持TCP_FASTOPEN)跟macOS Sierra上差不多,但是考虑到服务器的CPU性能强大得多,所以负载不高情况下,macOS Sierra的表现是最好的。由于macOS Sierra是从Mac OS X更新来的,而Mac OS X的底层最初是在FreeBSD基础上开发的,所以推测在FreeBSD上的表现应该也不错。

02

H5多媒体能力

###事件 | 事件 | 描述 | | —- | —- | | abort | 在播放被终止时触发。| | canplay | 在媒体数据已经有足够的数据(至少播放数帧)可供播放时触发。| | canplaythrough |在媒体的readyState变为CAN_PLAY_THROUGH时触发,表明媒体可以在保持当前的下载速度的情况下不被中断地播放完毕。注意:手动设置currentTime会使得firefox触发一次canplaythrough事件,其他浏览器或许不会如此。| | durationchange |元信息已载入或已改变,表明媒体的长度发生了改变。例如,在媒体已被加载足够的长度从而得知总长度时会触发这个事件。| | emptied |媒体被清空(初始化)时触发。| | ended |播放结束时触发。| |error|在发生错误时触发。元素的error属性会包含更多信息| | loadeddata | 媒体的第一帧已经加载完毕| | loadedmetadata | 媒体的元数据已经加载完毕,现在所有的属性包含了它们应有的有效信息。| | loadstart | 在媒体开始加载时触发。| | mozaudioavailable |当音频数据缓存并交给音频层处理时| | pause |播放暂停时触发。| | play | 在媒体回放被暂停后再次开始时触发。即,在一次暂停事件后恢复媒体回放。| | playing |在媒体开始播放时触发(不论是初次播放、在暂停后恢复、或是在结束后重新开始)。| | progress | 告知媒体相关部分的下载进度时周期性地触发。有关媒体当前已下载总计的信息可以在元素的buffered属性中获取到。| | ratechange | 在回放速率变化时触发。| | seeked |在跳跃操作完成时触发。| | seeking |在跳跃操作开始时触发。| | stalled | 在尝试获取媒体数据,但数据不可用时触发。| | suspend |在媒体资源加载终止时触发,这可能是因为下载已完成或因为其他原因暂停。| | timeupdate |元素的currentTime属性表示的时间已经改变。| | volumechange |在音频音量改变时触发(既可以是volume属性改变,也可以是muted属性改变)| | waiting | 在一个待执行的操作(如回放)因等待另一个操作(如跳跃或下载)被延迟时触发。|

01
领券