如何解决在不超额订阅视频内存时,如何防止 SwapBuffers 被 Windows VidMm 驱逐分页延迟?
我正在开发一个需要保持 60Hz 帧率的实时渲染应用程序。我们发现每 90 秒从 SwapBuffers 返回的时间量超出了 vsync 并且后续帧的开始被延迟。通过使用GPUView,我们发现此时System VidMm Worker Thread正忙于处理系统上运行的每个应用程序的Evict Paging Queue产生的数据包。
在此图像中,左帧在 Vsync 后立即开始渲染,而右帧被延迟。在这些帧之间,当线程空闲等待 SwapBuffer 返回时,系统驱逐分页会触发应用程序和 VidMm 工作线程要执行的大量工作。这项工作会在 Vsync 之外继续进行,并将第二帧从开始延迟到驱逐工作完成。
驱逐分页是意外的,因为 GPU 内存完全在 GPU 的能力范围内。我正在运行具有 24GB 视频内存的 Quadro P6000,并且该应用程序当时使用的内存不到 3GB,并且系统上没有任何其他 GPU 密集型运行。此外,无论我的应用程序是否正在运行,这种行为每 90 秒就会在我的计算机上发生一次。我在运行 Crysis 2 作为测试时也看到了同样的行为。
当系统没有过度使用 GPU 内存时,什么会触发 GPU Memory Evict Paging?有什么办法可以禁止这种情况发生吗?是否可以将应用程序配置为在系统告诉它时不驱逐视频内存?如果上述方法不可行,是否有办法安排驱逐逻辑以防止它在 Vsync 之前发生?或者有什么办法可以防止SwapBuffers被这个工作耽误,让下一帧的CPU工作能准时开始?
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。