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 节点（不是逻辑 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 节点四者对齐在一行，是绑定进程前必查的依据：
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
- 输出中同一
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 --interleave=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 Interleaving” 开关，一旦开启，numactl --hardware 显示的节点内存会变成均匀分布，但实际访问延迟仍是非均匀的，这时候看 node distances 才是唯一可信依据。
