应使用GPU-Z查看“Bus Interface”栏确认实际链路状态，结合任务管理器“总线带宽”数值比对理论值，并通过清洁金手指、更换插槽、排查线缆干扰及BIOS中启用Above 4G Decoding和Resizable BAR等措施排查PCIe降级原因。
显卡在运行大型游戏或AI训练任务时突然掉帧，GPU占用率却未拉满，监控显示PCIe链路宽度从x16降到x8甚至x4——这往往不是显卡故障，而是PCIe通道协商失败或物理链路降级导致的数据吞吐中断。
确认当前PCIe链路实际运行模式
第一步：打开Windows任务管理器 → 性能选项卡 → 选择GPU → 查看右下角“总线带宽”数值，该值低于PCIe 4.0 x16理论值（约31.5 GB/s）即存在降速嫌疑。
第二步：下载GPU-Z，运行后切换到“Advanced”标签页，找到“Bus Interface”栏，它会直接显示当前链路状态，例如“PCIe 4.0 x8”或“PCIe 3.0 x16”。【注意：此数值是设备当前实际运行状态，不是插槽标称规格】
第三步：若GPU-Z显示x8但主板说明书标明第一条插槽为CPU直连x16，则说明链路已发生降级，需进入下一步排查。
排查物理层链路质量与接触问题
方法一：断电后拔出显卡，用橡皮擦轻擦金手指正反两面，再用无纺布蘸少量异丙醇擦拭插槽内部，晾干后重新安装并拧紧螺丝。氧化或灰尘会导致信号反射，触发链路自动降速至x8或x4。
方法二：更换PCIe插槽测试。将显卡插入主板另一条x16物理插槽（如第二条），重启后用GPU-Z对比“Bus Interface”是否仍为x16。若变为x8，说明该插槽电气连接本就是x8，属于主板设计限制，而非故障。
方法三：检查机箱内线缆干扰。SATA数据线、RGB灯带线若紧贴PCIe插槽走线，可能引入串扰。把它们全部移开，仅保留必要供电线，重启观察掉帧是否缓解。
验证MPS设置对大帧传输的影响
Linux系统下执行：lspci -vvv | grep -A1 "MaxPayload"，查看当前显卡的MPS值。消费级GPU出厂默认常为256B，而4K纹理流或AI张量传输需要更大载荷。
临时提升MPS至512B：setpci -v -s $(lspci | grep VGA | cut -d' ' -f1) CAP_EXP+8.w=2:2。这一步会强制设备使用更高效率的TLP包尺寸，对持续高负载场景掉帧有明显改善。
【警告：若设备不支持512B MPS，强行写入可能导致PCIe链路无法初始化，需清除CMOS恢复】
永久生效需添加内核参数：echo "options pcie_bus mps=512" > /etc/modprobe.d/pcie_mps.conf，然后执行update-initramfs -u并重启。
识别芯片组共享通道引发的隐性降速
第一步：进入BIOS，查找“PCIe Configuration”或“Advanced → PCI Subsystem Settings”菜单。
第二步：确认“Above 4G Decoding”已启用——若关闭，部分高端显卡（如RTX 4090）会因地址空间不足被迫降速协商。
第三步：查找“Resizable BAR Support”选项，设为“Enabled”。该功能允许GPU一次性访问全部系统内存，避免因小块DMA频繁触发PCIe事务，间接减少链路拥塞。
第四步：检查M.2接口状态。若同时启用两个NVMe SSD，且主板说明书中注明“第二M.2启用时从PCIe x16拆借4条通道”，则显卡必然运行于x12模式，此时GPU-Z显示“PCIe 4.0 x12”属正常现象，无需干预。
