Perf采样内核空间内存访问时物理地址为0x0的原因咨询

核心结论 #

这些显示为0x0的物理地址并非真实的物理内存访问，而是Perf无法获取有效物理地址时的占位值；物理地址0x0在x86架构下是非法地址，不存在对应的物理内存页。

具体原因分析 #

1. 内核虚拟地址空间的特殊性质 #

内核的虚拟地址空间包含大量特殊用途的区域，其中部分地址没有对应的物理内存映射：

• 内核中存在预留的虚拟地址区域（如页表空洞、未初始化的线性地址区间），这类地址的访问本身就没有对应的物理页；
• 对于内核的临时映射（如kmap/vmap创建的临时映射），如果采样时映射已经被解除，Perf无法获取到有效的物理地址；
• 部分内核操作涉及页表自身的访问，这类场景下CPU的PMU（性能监控单元）可能无法正确返回物理地址。

2. Perf工具与CPU PMU的限制 #

使用--phys-data选项时，Perf依赖CPU的PMU硬件提供物理地址，但存在以下限制：

• 你的Xeon D-1540属于Intel Broadwell-D架构，该架构的PMU在处理内核空间某些内存访问时，可能无法正确捕获物理地址，导致Perf用0x0填充；
• Ubuntu 20.04自带的Perf版本（对应Linux 5.4内核）存在部分兼容性问题，对内核空间物理地址的解析支持不完善；
• 精确采样模式（:p后缀）下，PMU的采样逻辑会更严格，部分无法确认物理地址的访问会被标记为0x0。

3. 物理地址0x0的真实含义 #

在x86架构中，物理地址0x0是被操作系统和硬件保留的非法地址：

• 操作系统会将虚拟地址0x0对应的物理页保留，用于检测空指针访问（用户态程序访问虚拟地址0x0会触发段错误）；
• 不存在任何合法的内存访问会指向物理地址0x0，所以采样结果中的0x0完全是Perf的占位值，代表无法获取有效物理地址。

复现命令说明 #

你使用的命令通过Perf精确采样内存加载操作，并收集物理地址：

sudo perf record -e mem_uops_retired.all_loads:p --count 1000 --data --phys-data timeout 2 yes
sudo perf report -i perf.data -D | grep -A2 PERF_RECORD_SAMPLE | grep phys_addr | sort | uniq -c | sort -n

其中timeout 2 yes会持续输出字符，产生大量用户态和内核态的内存访问，放大了Perf无法解析物理地址的场景。

内容的提问来源于stack exchange，提问作者bryantcurto