linux 没有开箱即用的内存带宽测量命令，free、vmstat 等仅显示内存用量或页交换活动，无法反映物理内存控制器的实际字节吞吐；推荐用 perf 读取 uncore 性能计数器或 intel pcm 工具 pcm-memory.x 获取 ddr 读写带宽。
Linux 没有像 iostat 那样开箱即用的“内存读写速度”命令，free、vmstat、top 全都不行——它们只反映内存用量或页面活动，不测量物理内存控制器上的实际字节吞吐。
为什么 free 和 vmstat 显示的不是内存带宽
free 输出的是内存容量状态（MemAvailable、buff/cache），vmstat 的 pgpgin/pgpgout 是页换入换出次数，单位是页（4KB），且含 swap 干扰；si/so 更是 swap I/O，和 DRAM 读写完全无关。即使内存被密集随机访问打满带宽，这些命令数值可能毫无异常。
用 perf 直接读取内存控制器性能计数器
这是最通用、无需额外依赖的方式，但需 root 权限和 CPU 支持对应 uncore 事件：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 先查可用事件：
perf list | grep -i memory，在 Intel 平台常见如uncore_imc_00/event=0x04,umask=0x0f/（DDR 读）、uncore_imc_00/event=0x05,umask=0x0f/（DDR 写） - 采样 1 秒并输出实时 MB/s：
sudo perf stat -e uncore_imc_00/event=0x04,umask=0x0f/,uncore_imc_00/event=0x05,umask=0x0f/ -I 1000 -a sleep 5 - 注意：输出单位是 bytes，需手动除以
1024²得 MB/s；不同 CPU 架构（Skylake vs. Sapphire Rapids）事件名不同，不能硬套 - 多 socket 系统默认只监控 socket 0，要全量需加
-a并分别解析uncore_imc_00、uncore_imc_01等实例
用 pcm-memory.x 快速获取带宽摘要（仅 Intel）
Intel PCM 工具封装了底层复杂性，适合快速验证：
- 从 https://www.php.cn/link/97e69b76f0956017e04ad3c9d74ce5e3 下载编译，或手动安装（Ubuntu 的
intel-cmt-cat不含完整 PCM） - 运行：
sudo ./pcm-memory.x 1，每秒刷新 - 关键字段是
MEM READ和MEM WRITE列，单位 GB/s；顶部还显示理论最大带宽（如Max Memory Bandwidth: 51.2 GB/s） - 限制：仅支持 Intel；部分新平台需更新 PCM 版本才能识别正确事件
真正容易被忽略的是：内存带宽不是单一数字——多通道下各 channel 独立计数，NUMA 节点跨访问会引入隐性竞争和延迟，而 perf 默认只抓一个 socket，pcm-memory.x 虽自动聚合但不暴露 per-channel 细节。如果你在调优低延迟应用，必须确认数据路径是否落在本地 NUMA 节点上。
