c++ - 将 gperftools 与排序一起使用时分析计时器已过期

标签 c++ linux gperftools

我花了一整天的时间试图制作 gperftools工作:/

我厌倦了不同的 libunwind 版本,但是当我成功安装它时,每当我使用 std::system 时,我都会收到以下错误“Profiling timer expired”。

主要.cpp:

#include <cstdlib>
int main(int argc, char** argv) {
    std::system("cut -f1 anyExistingFile | sort > newSortedFile");
    return 0;
}

我厌倦了执行如下分析:

$ g++ main.cpp -o myApp -std=c++11
$ env CPUPROFILE=out.prof    LD_PRELOAD="/usr/local/lib/libprofiler.so" ./myApp
Profiling timer expired
PROFILE: interrupts/evictions/bytes = 0/0/64

然后我做了:

$ env LD_PRELOAD="/usr/local/lib/libprofiler.so" 
$ sort file
$ env LD_PRELOAD=
$ sort file

当我将 LD_PRELOAD 设置为“/usr/local/lib/libprofiler.so”时,排序不起作用!!

然后我尝试使用库的静态版本:

$ g++ main.cpp -o myApp -std=c++11 /usr/local/lib/libtcmalloc_and_profiler.a
$ env CPUPROFILE=out.prof ./myApp

什么都没发生,out.prof 没有创建!

所以我想知道为什么我在使用 std::system(sort) 时会收到“分析计时器已过期”?这是使用静态版本的 gperftools 库的正确方法吗?

附:64位,gperftools=2.5,libunwind=1.1,linux Ubuntu 16.04.1

最佳答案

问题似乎是,当您设置 LD_PRELOAD 时,您实际上为当前 shell 作业中的所有内容都设置了它,包括您的程序产生的子进程。 CPUPROFILE 环境变量也是如此。因此 cpu 分析器也被激活以进行排序。看起来排序程序中的某些东西正在将 SIGPROF 信号处理程序重置为默认值,而没有实际重置相应的间隔计时器。因此,当排序完成足够的工作时,它会收到信号并且默认处理程序会退出程序。简单的解决方法是在您的排序程序周围取消设置 CPUPROFILE。例如:

#include <cstdlib>
int main(int argc, char** argv) {
    std::system("cut -f1 /usr/share/dict/american-english-insane | CPUPROFILE='' sort  > /tmp/insane");
    return 0;
}

至于为什么静态链接不起作用,这是因为您的程序中没有任何内容会引入分析器符号,因此实际上变成了空操作 w.r.t.分析。

关于c++ - 将 gperftools 与排序一起使用时分析计时器已过期,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/42024496/

相关文章:

c++ - 让 gperftools 与 Rcpp 一起工作

google-perftools - gperftools 的底层是如何工作的?

c++ - 我在探查器输出中看到的 __nss_passwd_lookup() 调用是关于什么的?

c++ - RtlpNtMakeTemporaryKey - VerySleepy 表示这需要很多时间

c++ - 使用 C++ 删除旧文件

c++ - 调试期间 Qt Creator 中的外设寄存器

C++ 将选项传递给可执行文件

linux - ESC/POS 不打印条码

linux - 从ant通过sshexec将密码传递给 "su"命令

linux - 增加虚拟内存而不增加VmSize