1

我正在编写一个对性能至关重要的应用程序，其中必须在转储到磁盘之前在物理内存中存储尽可能多的数据。

我可以使用::GlobalMemoryStatusEx(...)并::GetProcessMemoryInfo(...)找出保留\空闲的物理内存百分比以及我当前进程处理的内存量。使用这些数据，我可以确保在使用约 90% 的物理内存或达到每个应用程序限制的最大 2GB 的约 90 时进行转储。

但是，我想要一种简单地接收在系统开始使用虚拟内存之前实际剩余多少字节的方法，特别是因为应用程序将同时编译为 32 位和 64 位，而 2 GB 限制不存在。

4

5 回答 5

6

这个功能怎么样：

int
bytesLeftUntilVMUsed() {
    return 0;
}

在我认为的几乎所有情况下，它都应该给出正确的结果；）

于 2009-12-09T11:55:45.093 回答
5

想象一下在 256Mb 的 RAM 中运行 Windows 7（MS 建议至少 1GB）。这实际上就是您要求用户通过重新分配 90% 的可用 RAM 来执行的操作。

真正的问题是：为什么需要这么多内存？“性能关键”标准究竟是什么？

通常，这种问题意味着您的设计存在严重错误。

更新：

使用顶级 RAM (DDR3) 将为您提供 12GB/s 的理论传输速度，这相当于在每个时钟周期读取一个 32 位值，并留出一些带宽。我相当肯定，以这种速度进入 CPU 的数据不可能做任何有用的事情——指令处理停顿会中断这个流程。额外的、未使用的带宽可用于向/从硬盘分页数据。使用 RAID，此传输速率可能非常高（大约是 RAM 带宽的 1/16）。因此，在不降低性能的情况下向/从磁盘传输数据并对其进行处理是可行的——读取之间只需 16 个周期（好吧，我的数学在这里可能有点错误）。

但是，如果您将 Windows 混入其中，一切都将付诸东流。您的记忆随时可能消失，您的应用程序可以任意暂停等等。将内存锁定到 RAM 会对整个系统产生不利影响，从而破坏了定位内存的目的。

如果您解释您要达到的目标和性能标准，这里有很多人将帮助开发合适的解决方案，因为如果您必须询问系统限制，那么您确实做错了。

于 2009-12-09T12:00:19.537 回答
1

即使您能够阻止应用程序将内存分页到磁盘，您仍然会遇到 VMM 可能将其他程序分页到磁盘的问题，这也可能会影响您的性能。更不用说另一个应用程序可能会启动并消耗您当前占用的内存，从而导致您的一些应用程序内存被调出。你打算如何处理？

有一种方法可以通过非分页池使用不可分页内存，但是（a）这个池相对较小，并且（b）它由设备驱动程序使用，并且可能只能在内核内部使用。除非您想确保您的系统不是那么稳定，否则也不建议您大量使用它。

在尝试编写自己的 VMM 或将 Windows 机器变成本质上具有更多内存的 DOS 机器之前，您可能想要重新审视应用程序的设计并尝试解决将内存分页到磁盘的可能性。

于 2009-12-09T11:51:33.273 回答
1

标准的解决方案是不担心“虚拟”而担心“动态”。

必须将虚拟内存的“虚拟”部分视为一种硬件功能，您只能通过编写自己的操作系统来击败它。

然而，对象的动态分配只是您的应用程序的设计。

静态分配您需要的对象的简单数组。使用这些对象数组。增加和减少那些静态分配的数组的大小，直到出现性能问题。

于 2009-12-09T13:59:41.683 回答
0

哎哟。非分页池（不能交换或分配给进程的 RAM 量）通常为 256 MB。这是 2GB 机器上 12.5% 的 RAM。如果另外 90% 的物理 RAM 将分配给一个进程，那么所有其他应用程序、服务、内核和驱动程序都将剩下 -2.5%。即使您只为您的应用程序分配 85% 的空间，仍然只剩下 2.5% = 51 MB。

于 2010-07-08T15:14:59.013 回答