lal/TEST.md at b3024c8a4e2c42a7ed8cd2772a55a5b5f36e514e - lal

You cannot select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

1.7 KiB

Raw Blame History Unescape Escape

性能测试

测试场景一：持续推送n路RTMP流至lalserver（没有拉流）

推流数量	CPU占用	内存占用（RES）
1000	（占单个核的）16%	104MB

测试场景二：持续推送1路RTMP流至lalserver，使用RTMP协议从lalserver拉取n路流

拉流数量	CPU占用	内存占用（RES）
1000	（占单个核的）30%	120MB

测试场景三：持续推送n路RTMP流至lalserver，使用RTMP协议从lalserver拉取n路流（推拉流为1对1的关系）

推流数量	拉流数量	CPU占用	内存占用（RES）
1000	1000	125%	464MB

测试机：32核16G（lalserver服务器和压测工具同时跑在这一个机器上）
压测工具：lal中的 /app/demo/flvfile2rtmppush 以及 /app/demo/rtmppull
推流码率：使用srs-bench中的FLV文件，大概200kbps
lalserver版本：基于 git commit: xxx

由于测试机是台共用的机器，上面还跑了许多其他服务，这里列的只是个粗略的数据，还待做更多的性能分析以及优化。如果你对性能感兴趣，欢迎进行测试并将结果反馈给我。

性能和可读，有时是矛盾的，存在取舍。我会保持思考，尽量平衡好两者。

测试过的第三方客户端

RTMP推流端：
- OBS 21.0.3(macos)
- OBS 24.0.3(win10 64 bit)
- ffmpeg 3.4.2(macos)
- srs-bench (macos srs项目配套的一个压测工具)
- flvfile2rtmppush (macos lal demo中的RTMP推流客户端)

RTMP / HTTP-FLV 拉流端：
- VLC 3.0.8(macos 10.15.1)
- VLC 3.0.8(win10)
- MPV 0.29.1(macos)
- ffmpeg 3.4.2(macos)
- srs-bench (macos srs项目配套的一个压测工具)

1.7 KiB Raw Blame History Unescape Escape

性能测试

测试过的第三方客户端

1.7 KiB

Raw Blame History Unescape Escape