|
|
|
|
|
### 性能测试
|
|
|
|
|
|
|
|
|
|
|
|
测试场景一：持续推送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项目配套的一个压测工具)
|
|
|
|
|
|
```
|
