![在 Windows 8.1 中,有没有办法确保当 RAM 耗尽时某个进程不会第一个被终止?](https://linux22.com/image/1434373/%E5%9C%A8%20Windows%208.1%20%E4%B8%AD%EF%BC%8C%E6%9C%89%E6%B2%A1%E6%9C%89%E5%8A%9E%E6%B3%95%E7%A1%AE%E4%BF%9D%E5%BD%93%20RAM%20%E8%80%97%E5%B0%BD%E6%97%B6%E6%9F%90%E4%B8%AA%E8%BF%9B%E7%A8%8B%E4%B8%8D%E4%BC%9A%E7%AC%AC%E4%B8%80%E4%B8%AA%E8%A2%AB%E7%BB%88%E6%AD%A2%EF%BC%9F.png)
我编写了一个 .NET 4.5 应用程序,它缓冲来自 Kinect v2 的颜色、红外和深度数据,对其进行一些处理,然后以未压缩的形式将其转储到磁盘;.NET 应用程序还启动 ffmpeg 作为子进程,并将颜色数据传输给它以编码为 H.264。
由于我没有使用 SSD,因此视频数据的到达速度比写入磁盘的速度要快。但没关系,当我的 RAM 不足时,我可以接受丢弃视频帧。我唯一的要求是,无论我保留什么,大部分都是连续的 8 到 10 秒的视频片段。因此,我在 .NET 4.5 应用程序中添加了一些逻辑,当我没有足够的 RAM 来缓冲连续的 8 到 10 秒的视频(大约 1.5 到 2 GB)时,开始丢弃视频帧。
而且,为了防止页面抖动,我完全禁用了分页文件。这样我就只剩下 16 GB 的物理 RAM。
我的问题是,即使有了这个机制,有时当 Windows 8.1 因 RAM 不足而崩溃时,我的 .NET 应用程序或 ffmpeg 子进程仍然会被终止,因为很明显,当我的应用程序有大量视频数据要写入磁盘时,它会使用最多的 RAM。有没有办法告诉 Windows 我的进程比其他进程更重要,这样 Windows 就会首先终止其他不太重要的进程?
答案1
当所有 RAM 都被使用时,Windows 不会终止进程。实际发生的情况是进程无法分配内存并崩溃。
发生这种情况的原因是,您的所有物理内存都在使用中,并且由于页面文件被禁用,内存管理器不再能够写入未使用的页面。这使您的物理 RAM 保持满负荷状态,并且当您的进程或当时正在运行的任何其他程序尝试分配页面时,它会失败。一些应用程序会崩溃。
Technet 的此演示文稿解释道: http://channel9.msdn.com/Events/TechEd/NorthAmerica/2011/WCL405
当您使用完所有内存后,页面文件可以充当过度承诺的后盾,从而防止应用程序崩溃。
虚拟内存几乎是现代操作系统分配资源的基础,因此它就是将正在使用的内容放在 RAM 中,并将内容移入和移出磁盘。
实际上只有两个答案:
- 重新启用页面文件并增加计算机上的 RAM,以减少磁盘抖动。
- 减少应用程序的内存要求。
底线是 RAM 只是另一级缓存,有关虚拟内存、页面文件、内存映射文件的所有内容基本上都归结为这一点:如果内存不足,则需要添加更多内存。
答案2
进入 Windows 工具面板和高级设置并禁用不需要的东西,例如窗口效果(如果还没有),然后获取 Sysinternals 进程资源管理器和/或系统监视器来查找并关闭浪费 CPU 或内存的任何无关紧要的东西。
更重要的是,使用进程资源管理器和/或系统监视器来观察程序的执行情况,并准确了解程序失败的位置和原因。哪个线程内存不足并首先终止 - 主程序还是 ffmpeg 部分?是否有特定的 dll 或其他共享资源意外地膨胀?或者执行是否正确进行,只是吞噬了超出其能力的数据?
更准确地找出问题的本质可能会为您指明解决方案的方向。例如,您可以更积极地实施丢帧策略,同时更好地优化 8-10 秒块标准,以降低总体 RAM 开销
最后的建议:也许可以考虑切换到 Linux,同时重新启用页面文件(linux 称之为交换空间,在我看来这听起来更有趣,就像交换会或类似的东西!)祝你好运。