live555多线程改造

由于项目需要最近做了一些多线程支持的改造 但是遇到一定的问题
期望有相关经验的朋友指教 具体做的思路和网上一些朋友的思路相近
1 每个线程对应一个单独的env和scheduler
2 rtspserver单独一个线程,做rtsp请求的解析;另外还有若干数据面处理线程,处理数据的传输
3 rtspserver所在线程做控制面的处理,即RTSP相关的命令处理,并负责分配数据面任务到数据处理线程,
具体处理方式是在创建servermediasession的时候指定其env为某个数据面线程的env
4 多线程涉及到一些公共资源的互斥,主要是定时任务队列 socket集合 这些东西都在scheduler对象中 对其
操作也就那几个函数,为了达到这个互斥的目的,在每个scheduler对象中加了个线程的递归锁,在上述访问
公共资源的几个函数入口处申请这把锁,在函数推出前释放锁
5 按照我的设想,rtspserver所在的线程中可能会操作到数据面线程的scheduler对象,
比如在收到teardown时关闭数据面端口,
但是数据面线程不应该调用到rtspserver的scheduler

但是现实情况发现有两个问题
1 死锁: 只要RTSP任务不是播放完而是中途发送teardown结束的很容易触发死锁
  数据面线程会调用到rtspserver的scheduler,造成环路等待的情况,走读代码始终没看出
2 CPU占用率很高:CPU占用率高其中的一个原因时数据面线程初始启动时,没有socket读写任务,socket
集合为空,所以singlestep中select处立即返回了,在这种情况下可以做一定的休眠来改善问题;但是,
发现当有RTSP传输任务时,CPU占用率依然会很高,有两路点播任务时就接近90%

你可能感兴趣的:(live555多线程改造)