SRS对StateThreads的多线程改造—SRS对StateThreads的改进与完善

在前面《StateThread为什么不支持多线程》一文中,讲解了为什么 StateThreads 不支持多线程,要利用 CPU 多核,只能用 fork 开多进程。

实际上就是全局变量的问题,不过 SRS 使用了 GCC 编译器的关键字 __thread 解决了全局变量的问题。如下:

__thread 修饰全局变量之后,就相当于每个 线程都有一个自己的全局变量,相互之间不影响,关于 __thread 的详细介绍,可以阅读《Thread-Local Storage

由于 __thread 关键字的实现跟链接器(ld)、动态链接器(ld.so)和系统库(libc.solibpthread.so)有很大的关联,所以不是什么平台都能使用 __thread 关键字的。

所以目前 SRS 改造后的多线程 StateThreads 只能在 Linux 跟 Darwin 平台运行,其他平台不知道是否会存在问题。


我们只需要下载 1.9.5 版本的 StateThreads,就能看到多线程的代码,其实改动并不大,全都在这个 commit 里面了。

不过 1.9.5 版本的 StateThreads 并没有提供 example 目录示例,所以我们需要把之前 1.9 版本的 example 里面的示例拷贝过来,然后做一些改动。

我只拷贝了 lookupdns 示例,并且使用了 pthread_create 创建了多线程,可以点击 这里 下载我修改好的仓库代码。

下载完之后执行下面的命令编译:

ini 复制代码
make linux-debug EXTRA_CFLAGS="-DMD_VALGRIND"

然后 st_init() 后面打一个断点,观察每个 线程 的 _st_this_vp(虚拟进程)变量的地址,会发现每个线程的虚拟进程变量的地址都是不一样的。他们线程各自有各自的全局变量。


SRS 对 StateThreads的 多线程改造有个地方没改过来,就是 idle 协程的退出逻辑,需要把 exit() 改成 pthread_exit(),只退出单个线程,而不是退出整个进程。


然后我又用 Valgrind 跑了一遍 lookupdns,是有发现内存泄漏的,可能跟 pthread_exit() 有关,如下:

css 复制代码
valgrind --tool=memcheck --leak-check=full ./obj/lookupdns srs.xianwaizhiyin.net

可能是 Valgrind 误报,也可能会真的有问题,具体后面再研究补充


本文是《 SRS原理 》一书中的文章,如需观看更多内容,请购买本书。

相关推荐
音视频牛哥12 小时前
智能平台的感知进化:AI × 视频通感在群体终端协同中的应用探索
人工智能·计算机视觉·音视频开发
音视频牛哥2 天前
H.266 vs H.265/AV1/H.264:从工程落地看下一代视频系统的技术演进
机器人·音视频开发·视频编码
音视频牛哥2 天前
8K、AI、低空智联,H.266能否撑起下一代视频通路?
机器人·音视频开发·视频编码
solo_992 天前
解决音视频开发中 因mp4中断 无法播放的问题
音视频开发
音视频牛哥2 天前
Android端RTMP低延迟播放器在工业与智能场景下的架构与落地
人工智能·机器学习·音视频开发
裘乡3 天前
vonage音视频基本使用--web@opentok/client
前端·音视频开发
音视频牛哥5 天前
可控、安全、可集成:安防RTSP|RTMP视频播放模块工程实践参考
音视频开发·视频编码·直播
音视频牛哥6 天前
如何打造毫秒级响应的RTSP播放器:架构拆解与实战优化指南
人工智能·机器人·音视频开发