我目前正在试图追踪我正在testing的PostgreSQL版本中的一些幻像I / O。 这是一个多进程服务器，将磁盘I / O与特定的后端和查询关联起来并不简单。
我认为Linux的perf工具对于这一点来说是理想的，但是我正在努力捕获块I / O性能计数器指标，并将它们与用户空间活动相关联。
logging块I / O请求和完成很容易，例如：
sudo perf record -g -T -u postgres -e 'block:block_rq_*'
并logging用户空间pid，但没有捕获内核或用户空间堆栈，或者可以快照用户空间进程的堆（比如查询文本）等等。所以，当你有了pid时，不知道这个过程在做什么。 只需要perf script输出就像：
postgres 7462 [002] 301125.113632: block:block_rq_issue: 8,0 W 0 () 208078848 + 1024 [postgres]
如果将-g标志添加到perf record它将捕获内核堆栈的快照，但不捕获内核中捕获的perf事件的用户空间状态。 用户空间栈只能从用户空间进入入口点，如LWLockRelease ， LWLockAcquire ， memcpy （mmap'd IO）， __GI___libc_write等。
所以。 有小费吗？ 能够捕捉用户空间堆栈的快照以响应内核事件将是理想的。
我在Fedora 19，3.11.3-201.fc19.x86_64，Schrödinger's Cat，perf版本为3.10.9-200.fc19.x86_64。
好吧，看起来像这样有几个部分：
我在x86_64上，默认情况下，大多数发行版使用-fomit-frame-pointer构建，而perf不能在没有帧指针的情况下跟随堆栈。
….除非它是用libunwind支持构建的新版本，在这种情况下，它支持perf record -g dwarf 。
看到：
我在Fedora 18上，但同样的问题适用 。 所以，如果你正在分析你正在处理的代码（就像堆栈溢出一样），用-fno-omit-frame-pointer和-ggdb重建。
因为我想能够比较股票RPM，所以我重新建立了perf ：
sudo yum build-dep perf sudo yum install yum-utils rpmdevtools libunwind-devel yumdownloader --source perf或下载合适的kernel-.....src.rpm srpm rpmdev-setuptree rpm -Uvh kernel-*.src.rpm cd $HOME/rpmbuild/SPECS rpmbuild -bp --target=$(uname -m) kernel.spec 此时你可以建立一个新的perf如果你想要的话：
cd $HOME/rpmbuild/BUILD/kernel-*/linux-*/tools/perf make …我做了测试，如果使用libunwind构建，更新后的perf实际上会捕获一个有用的堆栈。
你也可以建立一个新的rpm：
编辑kernel.spec，取消注释行%define buildid ... ，将buildid更改为.perfunwind之类的.perfunwind 。 注意它是%define不是% define 。
在同一个spec文件中，找到：
%global perf_make \ make %{?_smp_mflags} -C tools/perf -s V=1 WERROR=0 NO_LIBUNWIND=1 HAVE_CPLUS_DEMANGLE=1 NO_GTK2=1 NO_LIBNUMA=1 NO_STRLCPY=1 prefix=%{_prefix}
并删除NO_LIBUNWIND=1
rpmbuild -bb --without up --without mp --without pae --without debug --without doc --without headers --without debuginfo --without bootwrapper --without with_vdso_install --with perf kernel.spec to produce new perf没有构建整个内核的RPM。 或者，如果你想，省略 – 不需要内核的味道，在这种情况下，你也想建立标题，调试信息等
sudo rpm -Uvh $HOME/rpmbuild/RPMS/x86_64/perf-*.fc19.x86_64.rpm
请参阅关于构建定制内核的Fedora项目指南 。
我已经向Fedora报告了这个问题。 他们不应该使用NO_LIBUNWIND=1 。 见bug 1025603 。
一旦你有一个重建的perf你可以使用perf record -g dwarf获得完整的堆栈。