4. 吞吐量基础：PCIe吞吐量瓶颈分析

PCIe吞吐量并非仅由链路速率决定，实际有效带宽受链路宽度、速率、Max Payload Size (MPS) 和 Max Read Request Size (MRRS) 四个核心参数共同制约。理解这些参数的交互关系，是进行驱动级性能优化的前提。

4.1 链路宽度与速率：理论带宽计算

PCIe链路采用串行差分信号，每个Lane（通道）在每个方向上的原始带宽由编码方式和时钟频率决定。从Gen1到Gen5，单Lane带宽呈指数增长：

4.2 Max Payload Size (MPS)：事务层吞吐量上限

MPS 是 PCIe 事务层协议（TLP）中单个数据包所能携带的最大有效数据字节数。常见值为 128B、256B、512B、1024B（1KB）和 4096B（4KB）。MPS 越大，协议开销占比越低，有效吞吐量越高。

MPS 由系统固件在枚举阶段协商确定，取所有设备（Root Complex、Switch、Endpoint）支持的最小值。驱动可通过 pcie_set_mps() 查询或尝试调整：

/* 查询当前 MPS */
int mps = pcie_get_mps(dev);
pr_info("Current MPS: %d bytes\n", mps);

/* 尝试设置 MPS 为 512 字节 */
int ret = pcie_set_mps(dev, 512);
if (ret)
    pr_err("Failed to set MPS to 512\n");

4.3 Max Read Request Size (MRRS)：读请求的吞吐量上限

MRRS 定义了单个读请求 TLP 可以请求的最大数据量。与 MPS 不同，MRRS 控制的是 请求端 的行为，而 MPS 控制的是 完成端 的响应分片大小。MRRS 通常可设置为 128B、256B、512B、1024B 或 4096B。

4.4 吞吐量瓶颈综合分析

实际吞吐量受限于四个参数的乘积效应。以下是一个典型的瓶颈排查流程：

1. 检查链路协商状态： 使用 lspci -vvv 查看 LnkSta 字段，确认当前宽度和速率是否达到预期。
2. 确认 MPS 协商值： 查看 DevSta 中的 MaxPayload，通常为 128B 或 256B（受限于老旧设备）。
3. 确认 MRRS 设置： 查看 DevCtl 中的 MaxReadReq，驱动可尝试提升至 512B 或 1024B。
4. 计算理论上限： 有效带宽 = 链路带宽 × (MPS / (MPS + 开销))。
5. 实测对比： 使用 perf 或自定义 DMA 测试，对比实际吞吐量与理论值。

4.5 实战：使用 lspci 和 sysfs 排查瓶颈

以下命令可快速获取当前设备的 PCIe 吞吐量相关参数：

# 查看链路宽度和速率
lspci -vvv -s 01:00.0 | grep -E "LnkSta|LnkCap"

# 输出示例：
# LnkCap: Port #0, Speed 16GT/s, Width x16, ASPM L0s L1
# LnkSta: Speed 16GT/s, Width x16

# 查看 MPS 和 MRRS
lspci -vvv -s 01:00.0 | grep -E "MaxPayload|MaxReadReq"

# 输出示例：
# DevCtl: MaxPayload 256 bytes, MaxReadReq 512 bytes

# 通过 sysfs 读取
cat /sys/bus/pci/devices/0000:01:00.0/max_payload_size
cat /sys/bus/pci/devices/0000:01:00.0/max_read_request_size