我想知道 Commit Size（在 Task Manager 中可见）和 Virtual Size（在 SysInternals 中可见）之间的确切区别进程浏览器）。
Process Explorer 中的 Virtual Size 参数看起来像是一个进程总虚拟内存使用量的更准确指标。然而 Commit Size 总是小于 Virtual Size 并且我猜它不包括进程使用的所有虚拟内存。我希望有人解释一下这些参数中究竟包含什么。
【问题讨论】：
标签： windows memory virtual-memory
虚拟大小是进程的虚拟地址空间的大小。
在分配内存时，您可以请求一个地址范围，而无需实际提交其后面的内存。在使用第二次分配调用提交它们之前，这些地址不会指向物理内存。
阅读更多关于VirtualAlloc。 Linux 有做同样事情的 mmap 函数。
【讨论】：
内存可以保留、提交、首次访问以及成为工作集的一部分。当内存被保留时，一部分地址空间被留出，没有其他事情发生。
当内存提交时，操作系统保证相应的页面可以原则上存在于物理RAM中或页面文件中。换句话说，它计入系统上可用页面总数的硬限制，并且它正式创建页面。也就是说，它创建页面并假装它们存在（实际上它们还不存在）。
当第一次访问内存时，正式存在的页面被创建，因此它们真正存在。要么向进程提供零页，要么从映射中将数据读入页中。页面被移动到进程的工作集中（但不一定永远保留在那里）。
每个正在运行的进程在 RAM 中都有许多 事实上和逻辑上的页面，即这些页面存在，并且它们也“正式”存在。这是进程的工作集。
此外，每个正在运行的进程都有实际上在 RAM 中的页面，但不再正式存在于 RAM 中。它们可能位于所谓的“备用列表”或缓冲区缓存的一部分，或其他不同的地方。当这些被访问时，操作系统可能会简单地将它们再次移动到工作集中。
最后，每个进程都有根本不在 RAM 中的页面（在交换中或它们尚不存在）。
虚拟大小包含进程保留的所有页面的大小。
提交大小仅包含已提交的页面。
也就是说，用外行的话来说，“虚拟大小”几乎是您自己的问题，并且仅受地址空间大小的限制，而“提交大小”是每个人的问题，因为它消耗全局有限资源（RAM 加上交换）。因此它会影响其他进程。
【讨论】：
std::vector 用于增长的典型模式是分配器的噩梦：分配一个更大的块，复制，然后释放较小的块。然后分配另一个更大的块，复制并释放第二个块。不可能以有用的方式回收释放的内存，因为块大小永远不会适合您要求的大小（幸运的是，这是一个罕见的事件，因为 vector 呈几何增长，但您可能会使用类似的分配模式）。
Commit Size（由任务管理器报告）与Committed Pages 混淆。 Commit Size 是不受内存映射文件（例如二进制代码页）支持的内存量。 Committed Pages 是一段虚拟内存，包括所有可寻址的页面（相对于空闲或保留页面）。
提交大小是在页面文件中为进程保留的空间量。当它的页面需要被换出以在 RAM 中为其他进程腾出空间时使用。
是的，虚拟内存大小会更大，因为它包含了页面文件不支持的页面。至少是 EXE 和非重定位 DLL 中的代码和资源部分。必要时，可以简单地丢弃这些页面并从文件中重新加载。所有操作系统 DLL 都属于这一类。此外，进程使用的任何内存映射文件。 SysInternals 的 VMMap 实用程序可以提供洞察力。
【讨论】：