live555库的性能思考粗略(一)

 

      这段时间总是在思考流媒体服务器的性能方面的问题,对DarwinStreamingServer有些初步的了解,但是对于不需要重型流媒体服务器的地方,live555库就能满足一些简单的需求,但是它的性能还有有很大的提高空间。

     对于live555的性能方面的思考,分以下几个方面进行一些简单的解析。

其一:定时器的性能提高?

     记得以前做流媒体服务器的时候,曾得到同事的建议,使用多媒体定时器,定是精度有一定保证,回调由系统自动调用,有一定的方便性。但是多媒体定时器的回调函数在外部锁的处理上容易造成死锁,这点在创建和销毁多媒体定时器的时候很容易发生。当然,如果外部锁不多,也是好处理的。不过,多媒体定时器的精度还是不够的,使用

QueryPerformanceFrequency和QueryPerformanceCounter函数可以获得高精度时间值,但是面临的问题就是需要自己管理回调处理函数,live555就是这么做的,它使用一个队列来处理定时回调处理函数,但是性能上有改善的地方。

     Live555的定时回调处理函数,每次都会注册new一个AlarmHandler类,回调处理后就delete该类,改善性能的方法就是事先生成一个AlarmHandler类的队列,使用的时候获取,使用完就回收。

 

其二:Sleep的准确性的校正?

        通常我们会直接使用Sleep函数,但是这个函数的精度只有30毫秒, 是不利于准确Sleep。Live555的Sleep采用的是Select()函数,当无任何的socket就是类似的sleep函数,它的理论精度是微秒级别,实际的效果没有详细确认,但是比对直接的Sleep函数要好。这点上,Live555使用的还是不错的,但是只是在毫秒级别上select是一个好的选择,如果要真正达到微秒的Sleep效果,还是要使用QueryPerformanceFrequency

和QueryPerformanceCounter,但是又达不到完全Sleep的效果了,这点上是一个两难的选择。

 

其三:读取IO性能的改善?

     Live555读取IO实际上没有做相应的优化,在这点上,有很多地方可以改善,但是要真正改善,我建议还是完全另辟途径,做一个缓冲层来托管读取IO的读取。具体的途径就是设计一个协议类来抽象文件,网络读取的区别,然后使用共同的缓冲类来优化读取IO的性能。这点说的比较抽象,应为具体的工作,比较复杂,所以方法清楚,具体的实施可以殊途同归。

 

其四:多线程的选择?

    Live555是只支持单线程的,但是这不妨碍我们选择多线程的方式来使用它,生成多个调度器就可以生成多个线程了。但是想在调度器内部使用多线程,改造工作很大,不建议采用。

       以上就是自己对live555性能的一些粗略思考,希望我抛砖引玉,大家多交流交流。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值