别再死磕ATS了！当PCIe设备遇到内存缺页，PRS（页请求服务）如何优雅救场？

关注

VIP免费原创最新推荐文章于 2026-06-08 12:26:59 发布 339 阅读 AI 写同款· GEO 优化 ›

点击修改，可以修改文本框，进行取消或保存 1.在故事版中，设计为 2.为其中的文本框和导航栏的添加按钮进行定义，在底部添加一个保存按钮，先设置为隐藏，想在点击修改按钮时，可以编辑文本框的内容，保存按钮出现，添加按钮变为取消在.m的@interface 和@end中 @property (weak, nonatomic) IBOutlet UILabel *CoachName; @property (weak, nona 阅读详情

PCIe设备内存缺页困境：PRS机制如何实现性能与灵活性的双赢

在追求极致DMA性能的道路上，硬件工程师们常常陷入两难：要么预先锁定（Pin）大量内存确保ATS转换成功，牺牲系统整体灵活性；要么容忍频繁的缺页中断，拖慢关键数据传输速度。PRS（Page Request Service）机制的诞生，为这个经典难题提供了优雅的解决方案。

1. 当ATS遇到缺页：性能瓶颈的本质

PCIe设备通过ATS（Address Translation Service）获取虚拟地址到物理地址的转换时，最不愿见到的就是TA（Translation Agent）返回的转换失败响应。这种"内存缺页"场景背后，隐藏着三个关键矛盾：

Pin内存的贪婪性 ：设备希望尽可能多地锁定物理内存，确保每次DMA都能成功
系统资源的有限性 ：过度Pin内存会导致其他进程可用内存减少，引发交换抖动
延迟敏感性 ：传统缺页处理需要操作系统介入，完全打破DMA的零拷贝优势

// 典型ATS请求处理流程（简化版）
void handle_ats_request(struct pcie_device *dev, u64 vaddr) {
    phys_addr_t paddr = lookup_atpt(vaddr);
    if (paddr == INVALID_ADDR) {
        // 传统方案：回退到IOMMU/SMMU转换路径
        dev->stats.ats_misses++;
        fallback_to_iommu(dev, vaddr);
    } else {
        send_completion(dev, paddr);
    }
}

性能对比实验数据 ：