音视频性能指标介绍

简介:

1.服务器部分

1.1. 服务器分为核心服务器业务服务器

 A核心服务器:主要负责网络连接的建立、维护,P2P穿透过程中的协助以及P2P不通时流媒体数据的             转发工作;

B业务服务器:主要负责上层应用业务逻辑的处理,业务层通信指令解析等

 音视频数据的编码、解码等工作均在客户端完成,不占用服务器的CPU资源,在服务器的所有模块中,占用资源最多的当属流媒体数据的转发工作,由于AnyChat采用了完成端口模型(LinuxEpoll模型)将大量的工作交由系统内核完成,效率非常高,不会占用太多的系统资源。

1.2.服务器的配置需求

由于AnyChat对服务器资源占用非常低,故常规的应用(1000在线用户以下)基本不用考虑服务器的硬件配置,当前能在市面上购买到的服务器硬件都能胜任。服务器主要考虑稳定性,虽然从性能上来说普通的PC就可以胜任,但考虑到需要长期不间断的运行,建议购买专业的服务器硬件。

为了方便用户,我们给两个配置参考,分别为:

      A.普通软件配置:

CPU (Intel E5606 @2.1GHZ) 内存(2GB网卡(100M网卡)硬盘(320GB

      B.推荐硬件配置

CPU (Intel E5620 @2.4GHZ) 内存(4GB网卡(1000M网卡)硬盘(500GB

1.3.运营中的服务器

下面为某合作客户实际运营服务器的相关截图与数据,可供参考:该服务器为200Mbps独享带宽,实际使用为150Mbps,内存占用不超过150MBCPU平均占用不高于5%,硬件配置可参考附图,服务器版本为AnyChat for Windows V4.5

165520894.jpg

图一:运营服务器硬件配置


165508581.jpg

图二:AnyChat核心服务器进程列表


165532219.jpg

图三:服务器资源利用情况,CPU长期处于5%低水平运行


165704109.jpg

图四:服务器转发数据量为:150Mbps,包转发速度为:250000PPS


2.客户端部分

 2.1. AnyChat音视频延迟有多大

AnyChat采用动态缓冲技术,会根据不同的网络状况实时调节缓冲区的大小,在实时性和流畅性之间保持平衡。

当网络状况较好时,AnyChat会减小缓冲区的容量,提高音视频的实时性;

当网络状况较差时,AnyChat会增大缓冲区的容量,这样会带来一些延迟的增加,但是能保障音视频的流畅性,有效消除网络抖动对音视频播放质量的影响;

根据实际网络测试,AnyChat的音视频延迟指标如下:

网络状态较好时(无丢包,网络延迟<10ms):<100ms

网络状态一般时(无丢包,网络延迟<50ms):<=100ms

网络状态较差时(丢包率<=5%,网络延迟<100ms):<=250ms

网络状态很差时(丢包率<=20%,网络延迟<500ms):<=1100ms

2.2支持的分辨率

176x144320x240352x288640 x480720 x480720x576800 x600960 x7201024x5761280 x7201280 x10241920x1080

2.3支持的码率

40kbps60 kbps100kbps150 kbps200 kbps300kbps400 kbps500 kbps600kbps800 kbps1000 kbps1200kbps1500 kbps

2.4支持的帧率

5 FPS8 FPS12 FPS15 FPS20 FPS25 FPS30 FPS

  2.5支持的操作系统

LinuxAndroid 2.1Android2.2Android 2.3Android 4.xiOSiPhone 3GiPhone3GSiPhone4)、WinXPWin2003VistaWin7Win2000Win7Win9X





本文转自 fanxiaojun 51CTO博客,原文链接:http://blog.51cto.com/2343338/1287099,如需转载请自行联系原作者

相关文章
|
机器学习/深度学习 Web App开发 编解码
最高增强至1440p,阿里云发布端侧实时超分工具,低成本实现高画质
近日,阿里云机器学习PAI团队发布一键端侧超分工具,可实现在设备和网络带宽不变的情况下,将移动端视频分辨率提升1倍,最高可增强至1440p,将大幅提升终端用户的观看体验,该技术目前已在优酷、夸克、UC浏览器等多个APP中广泛应用。
最高增强至1440p,阿里云发布端侧实时超分工具,低成本实现高画质
|
消息中间件 自然语言处理 容灾
实时或者准实时的说法
假期重新把之前在新浪博客里面的文字梳理了下,搬到这里。本文从个人理解出发,探探实时或者准实时搜索。
1516 0
|
Web App开发 编解码 算法
发现一个非常好用的RTC(实时音视频通信)方案,做直播和视频通话都很牛
HaaS RTC是阿里云IoT联合视频云开发的IoT设备端上的实时通讯服务,主要面向直播,音视频通话等各种场景。
1704 0
发现一个非常好用的RTC(实时音视频通信)方案,做直播和视频通话都很牛
|
8月前
|
缓存 网络协议
从采集到拉流各部分延时概述
从采集到拉流各部分延时概述
57 0
从采集到拉流各部分延时概述
|
监控
|
Web App开发 人工智能 编解码
声网:如何自研支撑百万用户的毫秒级实时音视频系统?
大规模实时音视频(RTC)是疫情时代火热的在线课堂、直播、电话会议等的技术基础,但对于多数工程师来说,自研 RTC 系统的架构设计在客户端、服务端、运维、测试和质量监控上仍存在很多难点。因此我们整理了 QCon 全球软件开发大会(2021)北京站上,声网 Agora 行业架构师董海冰分享的三部分内容:RTC(实时音视频)的基础概念、场景及特点分析;自研 RTC 的架构设计和难点;展望 RTC 未来,帮你扣开实时音视频系统架构设计的大门。以下为老师分享的正文。(下文以董海冰老师第一人称叙述)
672 0
声网:如何自研支撑百万用户的毫秒级实时音视频系统?
|
机器学习/深度学习 编解码 自然语言处理
实时语音质量监控
本文主要想介绍实时语音的质量到底是什么样的,大概介绍一下这个领域的一些已有的一些方法,然后会再介绍一下现有的方法,并且介绍一下未来想做的一些事情。
|
运维 监控 Java
今日直播分享:系统性能监控工具 ssar 使用介绍和案例
今天下午15:00,龙蜥SIG周会分享:系统性能监控工具 ssar 使用介绍和案例分享。
今日直播分享:系统性能监控工具 ssar 使用介绍和案例
|
Linux Go API
常见流媒体服务器方案对比分析
目前,市面上有很多开源的流媒体服务器解决方案,常见的有 SRS、EasyDarwin、ZLMediaKit 和 Monibuca 等,我们应该怎么选择呢?今天这篇文章主要介绍 SRS、EasyDarwin、ZLMediaKit 和 Monibuca 的一些对比情况,可以作为日后调研选型和学习的参考文档。
1630 0
常见流媒体服务器方案对比分析