lscpu显示的l2 cache数值仅表示每核可见容量，不反映实际分布；真实拓扑须查/sys/devices/system/cpu/cpu0/cache/下各index*目录的level、shared_cpu_list和size字段确认。
lscpu 显示的 L2 Cache 数字不能直接代表分布
它只告诉你“每核看到的 L2 容量”，比如 L2 Cache: 256 KB，但没说这 256 KB 是独占、共享还是跨核分组。Intel 和 AMD 的实现差异很大：有些是 per-core 私有 L2（如部分 Atom 或老款 Xeon），有些是 2 核共用一组 L2（如 Coffee Lake 桌面 CPU），还有些是 4 核共享一块 L2（如某些 EPYC 配置）。直接拿这个数字乘以逻辑 CPU 数，会严重高估可并行访问带宽。
/sys/devices/system/cpu/cpu0/cache/ 是唯一能看清真实拓扑的地方
内核通过该路径暴露每个物理缓存单元的层级、类型和共享范围，字段不可伪造，比任何用户态工具都可靠。
- 先确认 CPU 0 在线：
cat /sys/devices/system/cpu/online，避免读取离线 CPU 的 stale 数据 - 列出所有缓存索引：
ls /sys/devices/system/cpu/cpu0/cache/，通常有index0到index3 - 逐个判断是否为 L2：
cat /sys/devices/system/cpu/cpu0/cache/indexX/level，输出2才是 L2 - 查共享范围：
cat /sys/devices/system/cpu/cpu0/cache/indexX/shared_cpu_list，例如输出0,1表示仅 CPU 0 和 CPU 1 共享这块 L2；输出0-15则说明是全核共享（极少见） - 看容量：
cat /sys/devices/system/cpu/cpu0/cache/indexX/size，单位是字节，注意换算（如262144= 256 KB）
别信 /proc/cpuinfo 里的 cache size 字段
它在绝大多数 x86_64 系统中只填 L3 总容量（单位 KB），且不随 CPU 型号变化动态更新——微码更新后可能仍显示旧值；ARM 平台或虚拟机里更不可靠。grep cache size 出来的结果，大概率不是 L2，也根本没体现分布。
PyCharm 2026.2.0.1 Linux版提供 JetBrains 官方 2026.2.0.1 版本安装包，适合需要指定 PyCharm 版本进行 Python 项目开发、运行和调试的用户。
常见错误现象：grep "L2 cache" /proc/cpuinfo 可能完全无输出，因为该字段只存在于部分内核版本或特定 CPU 架构；即使有，也常是重复打印同一值，无法区分不同物理单元。
实际调试时最易忽略的点
cache line 大小（coherency_line_size）几乎总是 64，但它直接影响 false sharing 和内存对齐效果，比总容量更重要。查完 L2 分布后，顺手跑一句 cat /sys/devices/system/cpu/cpu0/cache/indexX/coherency_line_size，比盯着 “256K” 更有用。
