Linux怎么查看具体的物理内存拓扑结构图

Linux本身并没有一个内置命令，可以直接把物理内存拓扑图完整输出出来。想看清楚这件事，通常得把 numactl --hardware（用来查看静态 NUMA 划分）、lscpu --extended（用来对齐 CPU 与节点的物理位置）、/sys/devices/system/node/（用来查看运行时内存状态）这三者放在一起交叉验证；至于 lsblk 和 free，它们并不涉及拓扑信息。

Linux 没有内置命令能直接输出一张带连线、可视化节点关系的“拓扑图”，所谓“物理内存拓扑结构图”本质上是 NUMA 节点 + CPU 绑定 + 内存分布三者的空间映射关系，必须靠多个命令交叉验证拼出全貌。

用 numactl --hardware 看 NUMA 节点与内存的静态物理划分

这是最接近“拓扑底图”的命令，它读取 BIOS/UEFI 在启动时上报的硬件拓扑，不随运行时变化：

• a vailable: 2 nodes 表示主板上有两个 NUMA 节点（不是逻辑 CPU 数）
• node 0 cpus: 0-15 和 node 1 cpus: 16-31 告诉你哪些逻辑 CPU 物理上归属哪个节点
• node 0 size: 64512 MB 是该节点本地内存总量，注意不是 /proc/meminfo 中的 MemTotal
• node distances: 10 21 这一行表示 node0 访问 node1 的代价是 21（对角线恒为 10），数值 >20 就说明跨节点访问明显变慢

⚠️ 容易踩的坑：numactl --hardware 不显示 PCIe 设备挂载在哪一节点，也不反映当前进程实际分配到了哪块内存——它只告诉你“硬件允许怎么分”，不是“现在正在怎么用”。

用 lscpu --extended=CPU,SOCKET,CORE,NODE 对齐 CPU 与 NUMA 节点物理位置

单看 numactl --hardware 只知道节点有谁，但不知道每个逻辑 CPU 具体落在哪；lscpu --extended 把 CPU、核心、插槽、NUMA 节点四者对齐在一行，是绑定进程前必查的依据：

• 输出中同一 SOCKET + 同一 CORE 出现两次（如 CPU 0 和 CPU 16），大概率是超线程，它们共享 L1/L2 缓存
• 若某行 NODE 为空或为 -，说明内核未能识别其 NUMA 归属，常见于老旧固件或 ARM 平台，此时应 fallback 到 /sys/devices/system/cpu/cpu*/topology/ 下手动查 topology/physical_package_id 和 topology/node
• 虚拟机里 NODE 列可能全为 0 或固定值，不代表真实 NUMA 结构，需结合 numactl --hardware 在宿主机上确认

用 /sys/devices/system/node/ 查运行时内存使用与节点状态

上面两个命令都是静态快照，而这里才是“活”的拓扑数据源，所有文件内容随内存回收、页面迁移实时更新：

• cat /sys/devices/system/node/node0/meminfo | grep -E "MemTotal|MemFree|Node" 看 node0 实际可用内存，比 numactl --hardware 的 size 更准
• cat /sys/devices/system/node/node0/cpulist 显示当前可调度到该节点的 CPU 列表（可能因热插拔或 isolcpus 内核参数被动态调整）
• 若发现 node0 MemFree 极低但 node1 还剩大量空闲，说明应用未启用 numactl --interlea ve=all 或未正确绑核，导致内存局部性失衡

⚠️ 注意：/sys/devices/system/node/ 下面的路径名（比如 node0），对应的是逻辑节点 ID，并不是物理插槽编号。即便某些 BIOS 已经关闭了 NUMA，这里依然可能看到多个 node 目录；这时就要用 dmesg | grep -i numa 去确认，内核到底有没有真正启用 NUMA 支持。

别信 lsblk 或 free ——它们根本不涉及物理内存拓扑

lsblk 管磁盘层级，free 只统计页框总量，两者都完全不提供地址空间、NUMA 节点、CPU 绑定等任何物理内存拓扑信息：

• free -h 输出的 MemTotal 是内核管理的所有可用物理页之和，不区分节点，也不含 reserved 区域
• lsblk 的 PKNAME 字段只反映块设备嵌套关系，跟内存地址毫无关联
• 真正要画出拓扑图，你得手工把 numactl --hardware 的节点内存大小、lscpu --extended 的 CPU 分布、/sys/devices/system/node/*/meminfo 的实时用量三者叠在一起——没有一键生成图的命令，也没必要强求“图”，关键是要建立这三层数据的对应关系

最常被忽略的一点：BIOS 设置里的 “Node Interlea ving” 开关，一旦开启，numactl --hardware 显示的节点内存会变成均匀分布，但实际访问延迟仍是非均匀的，这时候看 node distances 才是唯一可信依据。