Linux中无单一命令输出物理拓扑图，但lspci -t、lsblk -S、lscpu --extended和numactl --hardware四命令组合可可靠反映PCIe总线、磁盘归属、CPU/NUMA布局；hwloc-ls提供轻量图形化替代。
Linux 没有单一命令能直接输出“一张图”，但 lspci -t、lsblk、lscpu --extended 和 numactl --hardware 这四个命令组合，就是最接近物理拓扑图的可靠方案——它们分别覆盖 PCIe 总线、块设备、CPU 插槽与核心、NUMA 内存节点，且全部基于内核枚举的真实硬件状态，不依赖驱动加载或用户态模拟。
查 PCIe 物理连接层级用 lspci -t
它输出缩进树状结构，每级代表一个桥接点（Root Port → Bridge → Endpoint），反映真实物理挂载关系，而非逻辑设备列表。
- 符号
+-或-+-后紧跟的是设备地址（如01:00.0），缩进越深，离 CPU 越远 - 同一总线下多个设备（如
02:00.0和02:00.1）共享带宽；不同总线（如01:xx与02:xx）通常走独立链路 - 若某设备在
lspci -t中“消失”，不是驱动没装好，而是内核根本没枚举到——可能是 BIOS 禁用插槽、ACPI 描述缺失或硬件故障 - 注意：Thunderbolt 控制器下游设备不会出现在此树中，它们属于另一个 PCIe 域，需配合
lspci -D和/sys/bus/pci/devices/手动交叉验证
查磁盘物理归属用 lsblk -S + RAID 工具
lsblk -S 只提供 SCSI/SATA/NVMe 设备的厂商、型号、序列号（SERIAL），它是把 /dev/sda 映射到机箱里“Slot 3, SN: WQF12345678”的唯一可靠依据。
- 软 RAID（mdadm）：用
cat /proc/mdstat看成员设备，再用mdadm --examine /dev/sdb1反查所属阵列 - 硬件 RAID（MegaRAID/HP/Dell）：必须用专用工具（如
MegaCli64、ssacli、perccli）查Slot Number和Enclosure ID，再与lsblk -S的SERIAL匹配 -
lsblk -S不显示 RAID 层级或逻辑卷映射，误以为它能看“RAID 拓扑”是常见误解
查 CPU 与 NUMA 物理布局用 lscpu --extended 和 numactl --hardware
lscpu --extended 把每个逻辑 CPU（CPU 列）与其所属的物理插槽（SOCKET）、核心（CORE）、NUMA 节点（NODE）对齐输出，避免了拼接 /proc/cpuinfo 的出错风险。
- 关键陷阱：
SOCKET和CORE是内核分配的逻辑索引，编号不一定连续；NODE在虚拟机中可能固定为 0，不代表无 NUMA -
numactl --hardware才是硬件拓扑权威来源，它显示各节点本地内存总量、绑定 CPU 列表、节点间访问距离（node distances） - 若
node distances非对角线数值远高于 20，跨节点访问开销已显著，此时绑核到错误节点反而拖慢性能 - BIOS 关闭 NUMA 后，
numactl --hardware仍可能显示多节点，需结合dmesg | grep -i numa确认内核是否真正启用
需要图形化？hwloc-ls 是最轻量替代
hwloc-ls 输出分层缩进结构，含 Package、Core、PU、L3/L2/L1 缓存、PCI 设备（GPU、NVMe、网卡）等，比纯文本命令更接近“拓扑图”视觉感，且不依赖 X11 或 GUI 环境。
- 它识别出的
Package L#0对应物理 CPU 插槽，Core L#0是该插槽内核心，PU L#0是超线程逻辑核 - PCI 设备按挂载路径自然嵌套：比如
GPU L#1 "card0"若出现在Package L#0下，说明直连 CPU；若挂在PCIBridge下，则经 PCH 或 PCIe Switch - 注意：
hwloc在虚拟化环境中会显示 Hypervisor 暴露的虚拟拓扑，非宿主机真实布局，需以numactl --hardware或宿主机输出为准
真正难的不是命令怎么敲，而是当 lspci -t 显示设备挂得挺深、lscpu --extended 显示绑核正确、numactl --hardware 显示内存充足，但延迟还是高——这时候问题往往藏在 PCIe 通道归属（CPU 直连 vs PCH 提供）、DMI 总线争用、或 BIOS 中未开启 SR-IOV/ATS 这类底层能力上，得翻芯片手册和 dmesg 日志逐条排除。
