必须直接读取CPU内置PMU事件计数器以准确获取内存控制器带宽占用率和定位访存冲突；需先确认CPU微架构支持性，再启用rdpmc权限、加载msr模块；用perf采集CAS命令数换算带宽，或捕获长周期访存模式；通过RBHR、Bank Conflict密度及L3本地性衰减三项指标精准诊断冲突根源。
要准确获取硬件当前内存控制器带宽占用率和定位CPU访存冲突（如Row Buffer Conflicts、Bank Conflicts），必须绕过操作系统抽象层，直接读取CPU内置性能监控单元（PMU）中与内存子系统强相关的事件计数器，例如Intel处理器的UNC_M_CAS_COUNT.RD/WR、UNC_M_PMM_CMD、MEM_LOAD_RETIRED.L1_MISS等。
确认CPU微架构并启用PMU访问权限
第一步：执行 cat /proc/cpuinfo | grep "model name" 查看CPU型号，对照Intel SDM Vol. 3B或AMD PPR文档确认是否支持内存控制器专用事件（如Skylake-SP及更新架构支持UNC_M_CAS_COUNT，Haswell-EP不支持UNC_M_PMM_CMD）。
第二步：以root身份运行 echo 1 > /sys/devices/cpu/rdpmc 开启用户态PMU寄存器直接读取权限；若报错“No such file”，说明内核编译时未启用CONFIG_PERF_EVENTS，需重新配置内核。
第三步：加载msr内核模块：modprobe msr；该模块是后续用rdmsr读取UNC_M_CHA_TOR_INSERTS事件的必要前提，缺失将导致段错误。
立即学习“C++免费学习笔记（深入）”；
使用perf采集内存控制器级带宽事件
方法一：采集DDR通道CAS命令数换算带宽
perf stat -e uncore_imc_00/cas_count.rd/,uncore_imc_00/cas_count.wr/,cycles,instructions -I 1000 -a sleep 5。注意：uncore_imc_XX编号需通过ls /sys/devices/uncore_imc*确认，不同插槽编号不同；【若写成uncore_imc_0/cas_count.rd会静默失败，返回全0值】。
方法二：用perf record捕获长周期访存模式
perf record -e mem_load_retired.l1_miss,mem_inst_retired.all_stores,uncore_imc_00/cas_count.rd/ -g -- sleep 30；生成的perf.data可用perf script -F comm,pid,sym,ip | awk '{if($4~/memcpy|memset/)print}'快速定位热点函数。
解析CPU访存冲突核心指标
① 计算Row Buffer Hit Rate（RBHR）：
用rdmsr -a 0x400读取UNC_M_CHA_TOR_INSERTS（每个CHA的TOR表插入次数），再用rdmsr -a 0x401读取UNC_M_CHA_TOR_OCCUPANCY（命中Row Buffer的请求计数）。RBHR = UNC_M_CHA_TOR_OCCUPANCY / UNC_M_CHA_TOR_INSERTS；【低于0.65表明频繁Row Buffer Miss，应检查数据布局是否跨bank/row】。
② 检测Bank Conflict密度：
运行perf stat -e uncore_imc_00/bank_conflicts.any/ -a sleep 10；若每秒冲突数＞50万，说明相邻线程在争抢同一内存bank，需用numactl绑定到不同IMC节点或调整数据对齐方式。
③ 观察L3本地性衰减：
对比LLC-loads与LLC-load-misses比值，若＜0.85，说明大量访存未命中L3，已穿透至内存控制器——此时优化重点应转向减少随机访问跨度，而非调高内存频率。
