Linux 系统本身并没有提供一个内置命令，能够直接把物理内存拓扑结构图完整输出出来。想真正看清这类信息，通常需要把 numactl --hardware（用于查看静态 NUMA 划分）、lscpu --extended（用于对应 CPU 与节点的物理位置）、/sys/devices/system/node/（用于查看运行时内存状态）结合起来交叉验证；至于 lsblk 和 free，它们本身并不包含物理内存拓扑相关信息。
Linux 并没有内置工具可以直接生成一张带连线、可视化节点关系的“物理内存拓扑图”。所谓“物理内存拓扑结构图”，本质上是 NUMA 节点、CPU 绑定关系以及内存分布三者形成的空间映射，因此必须通过多个命令组合分析，才能拼出完整拓扑结构。
用 numactl --hardware 查看 NUMA 节点与内存的静态物理划分
这是最接近“内存拓扑底图”的命令，它读取的是 BIOS/UEFI 在系统启动阶段上报的硬件拓扑信息，不会随着运行时状态变化：
available: 2 nodes表示当前主板上存在两个 NUMA 节点，而不是两个逻辑 CPUnode 0 cpus: 0-15和node 1 cpus: 16-31表示哪些逻辑 CPU 在物理上分别归属于哪个节点node 0 size: 64512 MB表示该节点本地物理内存总量，注意它并不等同于/proc/meminfo里的 MemTotalnode distances: 10 21这一行表示 node0 访问 node1 的代价为 21（对角线固定为 10），当数值大于 20 时，通常意味着跨 NUMA 节点访问延迟明显上升
⚠️ 常见误区：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 平台，此时可以回退到/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 --interleave=all，或者没有正确进行 CPU 绑核，导致 NUMA 内存局部性失衡
⚠️ 需要注意：/sys/devices/system/node/ 下的路径名称（例如 node0）对应的是逻辑节点 ID，并不是物理插槽编号。即使某些 BIOS 已关闭 NUMA，这里依旧可能出现多个 node 目录；此时应通过 dmesg | grep -i numa 进一步确认，内核是否真正启用了 NUMA 支持。
不要把 lsblk 或 free 当成内存拓扑工具——它们并不涉及物理内存拓扑
lsblk 用于查看磁盘和块设备层级，free 只用于统计内存页框总量，这两个命令都不会提供地址空间、NUMA 节点、CPU 绑定关系等任何物理内存拓扑信息：
free -h输出中的MemTotal表示内核可管理的全部物理页总和，不区分 NUMA 节点，也不包含 reserved 区域lsblk中的PKNAME字段只反映块设备之间的从属关系，与物理内存地址或内存拓扑完全无关- 如果你想真正梳理出 Linux 物理内存拓扑结构，就需要手工把
numactl --hardware的节点内存容量、lscpu --extended的 CPU 分布，以及/sys/devices/system/node/*/meminfo的实时使用量叠加分析——系统没有一条命令能一键生成完整拓扑图，关键在于建立这三层数据之间的对应关系
还有一个经常被忽视的重点：如果 BIOS 设置中的 “Node Interleaving” 开关被开启，numactl --hardware 显示出来的节点内存分布可能会看起来很均匀，但实际内存访问延迟仍然是非均匀的。此时判断 Linux NUMA 拓扑是否真实有效，最可靠的依据依然是 node distances。
