You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

如何使用gprof对CMake构建的C++项目进行性能分析?

问题核心原因

你添加的-pg编译与链接参数被包裹在if(MSVC AND MT)判断分支内,该分支仅在使用微软Visual Studio编译器、且开启MT运行时选项时才会触发,Ubuntu系统默认使用GCC/Clang编译器,完全不满足判断条件,因此参数实际未生效,程序编译时没有嵌入性能采集逻辑,运行后自然不会生成gmon.out文件。

修复步骤

1. 修改CMakeLists.txt配置

将性能分析相关配置移到对应编译器的判断分支内,同时添加-g参数保留调试信息,提升分析结果可读性:

# 针对GCC/Clang开启gprof性能分析选项
if(CMAKE_CXX_COMPILER_ID MATCHES "GNU|Clang")
    set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -pg -g")
    set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -pg -g")
    set(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -pg")
    set(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS} -pg")
endif()

原有针对MSVC的MT运行时配置可以保留,不影响Linux平台编译。

2. 清理缓存重新编译

必须彻底删除之前的编译缓存,避免旧的无编译参数的目标文件复用:

# 假设你在build目录内执行编译
cd .. && rm -rf build && mkdir build && cd build
cmake ..
make -j$(nproc)

3. 正常运行程序生成gmon.out

运行编译后的可执行文件,注意满足以下要求:

  • 程序必须正常退出(不能是被kill强制终止、段错误崩溃、Ctrl+C中断),否则不会输出gmon.out
  • 尽量运行耗时超过1秒的测试用例,过短的运行时间可能无法采集到足够的采样数据
  • gmon.out会生成在你执行程序的当前工作目录,而非二进制文件存储目录

4. 执行gprof分析

在gmon.out所在目录执行以下命令即可看到分析结果:

gprof ./你的可执行文件名 gmon.out
额外说明

gprof仅支持CPU耗时分析,无法检测内存占用问题,如果需要排查内存高占用模块,可以使用valgrind --tool=massif ./你的可执行文件名生成内存快照后分析。

内容的提问来源于stack exchange,提问作者user108724

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.10.18 03:24:04