- SRS Wiki 首页
- SRS Arch
- ARM转码
- 带宽测试
- 安装
- 客户端 SDK
- 开源的客户端 SDK
- DeliveryHDS
- Delivery HLS
- Delivery HTTP FLV Stream
- Delivery Method
- 分发 RTMP 流
- HttpServer
- DRM
- DVR
- Edge Server
- 功能列表
- Live Streaming Transcode
- 点播 FLV 流
- Forward For Small Cluster
- GIT
- GPERF 内存和性能分析
- gprof 性能分析
- 心跳
- SRS 支持 HEVC 编码
- SRS 简介
- HTTP API
- HTTP Callback
- SRS Embeded HTTP Server
- 集成开发环境
- 采集
- K8S
- Kafka
- SRS 系统服务
- LiveShow
- LogRotate
- 低延时直播应用
- Exec
- OriginCluster
- Perf性能分析
- Performance Banchmark
- Project
- Performance benchmark for SRS on RaspberryPi
- Reload
- REUSE PORT
- WebRTC
- ATC支持HLS/HDS热备
- 分发方式比较
- RTMP Handshake
- URL Specification
- Use Scenarios
- ARM上部署SRS实例
- DASH部署实例
- Demo的部署
- FFMPEG转码部署实例
- RTMP流转发(Forward)部署实例
- HLS部署实例
- SRS-HTTP服务部署实例
- SRS-HTTP-FLV部署实例
- SRS-HTTP-FLV集群部署实例
- Ingest采集实例
- RTMP源站集群部署实例
- RTMP低延时配置
- RTMP部署实例
- RTMP边缘集群部署实例
- SRT deploy example
- 转码后分发HLS部署实例
- Security
- 服务器端开发脚本
- 开始使用
- Snapshot
- SpecialControl
- SRS提供的librtmp
- SRS for linux-arm
- SRS Log System
- SRT媒体编码支持格式
- SRT参数配置
- SRT直播地址格式简介
- SRT
- Streamer
- TimeJitter
- Web P2P
- Windows下的SRS
文章来源于网络收集而来,版权归原创者所有,如有侵权请及时联系!
gprof 性能分析
SRS支持gprof性能分析。
SRS性能分析
SRS使用gprof分析的步骤如下:
- 配置:
./configure --with-gprof
- 编译:
make
- 直接启动即可:
rm -f gmon.out; ./objs/srs -c conf/console.conf
- 退出SRS:
killall -2 srs # or CTRL+C to stop gprof
- 生成gprof报告:
gprof -b ./objs/srs gmon.out > gprof.srs.log && rm -f gmon.out
可以打开gprof.srs.log
查看性能报告,譬如(raspberry-pi下30个连接的性能数据):
Each sample counts as 0.01 seconds.
% cumulative self self total
time seconds seconds calls s/call s/call name
49.99 39.28 39.28 writev
5.42 43.54 4.26 epoll_ctl
3.16 46.02 2.48 read
2.41 47.91 1.89 265797 0.00 0.00 SrsProtocol::send_message(ISrsMessage*)
1.93 49.43 1.52 __gnu_mcount_nc
1.82 50.86 1.43 epoll_wait
1.67 52.17 1.31 33 0.04 0.42 SrsRtmpConn::playing(SrsSource*)
1.49 53.34 1.17 heap_insert
1.37 54.42 1.08 heap_delete
1.31 55.45 1.03 _st_epoll_dispatch
0.97 56.21 0.76 st_writev
0.84 56.87 0.66 _st_epoll_pollset_del
0.71 57.43 0.56 295144 0.00 0.00 SrsProtocol::recv_interlaced_message
注意:性能分析在不同的CPU压力下,不同的流条件,结果都不一样。所以需要在和实际应用较为接近的流码率,客户端连接数,机器型号和配置等等,环境一致的数据给出的报告,才能给改进有参考价值;否则可能改进后发现根本没有用(没有跑那个分支)。
图形化
gprof还能图形化,可以将结果绘制成调用图:
- 编译SRS:参考上一节
SRS性能分析
。 - 编译图形化工具:
(cd 3rdparty/gprof && bash build_gprof2dot.sh)
- 启动服务器(按CTRL+C或者killall -2 srs生成数据):
./objs/srs -c conf/console.conf
- 生成gprof数据:
gprof -b ./objs/srs gmon.out > gprof.srs.log
- 将报表转换为图片:
./3rdparty/gprof/gprof2dot.py gprof.srs.log | dot -Tpng -o winlin.png
图片中一眼就能看出性能有问题的函数(raspberry-pi下30个连接的性能数据),参考下图:
备注:有时候dot会占用N多内存,而且还出不了图片,这个应该是dot的bug。这时候赶快killall -9 dot
,不要等了。有可能是因为性能数据太少,一般让SRS的CPU跑高点(5%以上),gprof的数据较多时,不会出现这种情况;若出现了,就重新gprof采样就好了。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论