lspci -t以树状图展示pcie物理拓扑，反映真实连接层级，不依赖驱动或acpi；它通过缩进和符号揭示root port→bridge→endpoint的嵌套关系，区分直连cpu与经pch的设备，是识别带宽瓶颈和物理路径的第一步。
直接用 lspci -t 就能输出系统 PCI/PCIe 的物理拓扑结构，这是识别硬件层级关系最轻量、最可靠的方式——它不依赖驱动加载状态，也不需要解析 ACPI 表或读取 sysfs，只反映内核枚举出的真实连接关系。
为什么 lspci -t 比列表式输出更关键
PCI 设备不是扁平排列的，而是通过 Root Port → PCIe Bridge → Endpoint 逐级挂载。比如一块 NVMe SSD 可能挂在 00:1d.0 下的桥后面，而另一块显卡直连 00:01.0；前者走的是 PCH 提供的 PCIe 通道（带宽受限），后者可能直连 CPU（Gen4 x16）。仅看 lspci 列表无法区分这种差异。
-
lspci -t中每级缩进代表一个桥接层级，-+-或+-符号后紧跟的是设备地址（如01:00.0） - 同一总线下多个设备（如
02:00.0和02:00.1）共享带宽，而不同总线（如01:xx和02:xx）通常走独立链路 - 若某设备在
-t输出中“消失”，大概率是未被内核枚举（硬件故障、ACPI 描述缺失、或 BIOS 禁用了该插槽）
lspci -t 配合 -v 定位性能瓶颈点
树状图只告诉你“连在哪”，但不告诉你“跑得多快”。要确认实际协商速率和能力，得对目标设备补查详细信息：
- 先从
lspci -t找到设备地址（例如01:00.0），再执行sudo lspci -vv -s 01:00.0 | grep -A 5 "LnkCap\|LnkSta" -
LnkCap显示设备支持的最大速度（如Speed 8GT/s, Width x16），LnkSta显示当前实际协商结果（如Speed 8GT/s, Width x8） - 若
LnkSta的 Width 小于 LnkCap（比如标称 x16 却只跑 x8），常见原因是上游桥带宽不足、物理插槽未插满、或 BIOS 中 PCIe 拆分设置错误 - 注意：部分老主板或精简内核可能不显示
LnkSta，此时需结合lspci -vv中的Capabilities段判断是否启用了 PCIe Capability 结构
容易忽略的三个真实限制点
树状图看起来清晰，但实际部署时有三个硬性约束常被跳过验证：
-
lspci -t不体现 DMI/PCIe 通道归属：Intel 平台中，CPU 直连的 PCIe 通道和 PCH 提供的通道在树里都显示为总线，但带宽、延迟、热插拔支持完全不同；需查芯片手册或dmesg | grep -i "root port"区分 - 某些设备（如 Thunderbolt 控制器）在树中表现为标准 PCIe 设备，但它下游挂载的设备（如外置 GPU）不会出现在
lspci -t输出中——它们属于另一个 PCIe 域，需用lspci -D查完整 domain:bus:slot.func 地址并配合ls /sys/bus/pci/devices/交叉验证 - 虚拟化场景下，VFIO 直通设备仍会出现在
lspci -t中，但其驱动字段显示为vfio-pci；此时该设备对宿主机已不可用，但树结构本身不受影响——不能单靠树存在就认为设备可被宿主机使用
真正决定硬件能否发挥性能的，从来不是“有没有被识别”，而是“挂在哪一级、连多宽、跑多快”。lspci -t 是打开这扇门的第一把钥匙，但必须配合地址定位和能力寄存器检查，才能避开物理拓扑带来的隐性瓶颈。
