如何解决带有 --call-stack fp 的 perf 记录无法展开主函数
#include <cstdint>
#include <iostream>
// Linear-Feedback shift register
uint64_t lfsr1(uint64_t max_ix)
{
uint64_t start_state = 0xACE1u; /* Any nonzero start state will work. */
uint64_t lfsr = start_state;
uint64_t bit; /* Must be 16-bit to allow bit<<15 later in the code */
for (uint64_t ix = 0; ix < max_ix; ++ix)
{ /* taps: 16 14 13 11; Feedback polynomial: x^16 + x^14 + x^13 + x^11 + 1 */
bit = ((lfsr >> 0) ^ (lfsr >> 1) ^ (lfsr >> 3) ^ (lfsr >> 4)) & 1 /* & 1u */;
lfsr = (lfsr >> 1) | (bit << 15);
}
return lfsr;
}
int main() {
std::cout << lfsr1(1717986914ull) << "\n";
}
我用 g++ -g -O3 -fno-omit-frame-pointer cpu.cpp -o cpu.bin
编译它,然后用 perf record -F 100 --call-graph fp -- ./cpu.bin
运行它,第二次用 dwarf
而不是 fp
。
在 perf script
的 fp
输出中,我可以看到
cpu.bin 23435 1535437.021156: 42706947 cycles:
5617daf4b7a1 main+0x31 (…/cpu.bin)
7f9a95088bf7 __libc_start_main+0xe7 (/lib/x86_64-linux-gnu/libc-2.27.so)
3fe258d4c544155 [unkNown] ([unkNown])
而对于 dwarf
,它是
cpu.bin 23443 1535441.101859: 42952079 cycles:
55a3b4ffd7a1 lfsr1+0x31 (inlined)
55a3b4ffd7a1 main+0x31 (…/cpu.bin)
7f00bcc8ebf6 __libc_start_main+0xe6 (/lib/x86_64-linux-gnu/libc-2.27.so)
55a3b4ffd829 _start+0x29 (…/cpu.bin)
似乎 fp
可能在 __libc_start_main
中偏离了一个字节,这导致它错过了最后一个展开步骤。如何解决这个问题?
解决方法
就像彼得在他的评论中所说的那样,当使用带有帧指针的 glibc 版本时,问题会自行解决。在 Ubuntu 20.04 上,有一个带有这样的 glibc 的包。
sudo apt install libc6-prof
# To use this library:
env LD_LIBRARY_PATH=/lib/libc6-prof/x86_64-linux-gnu perf record …
然后,[unknown]
按预期解析为 _start
。
来源:https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1908307
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。