在32位和64位Windows版本上的进程大小和行为差异

我正在调查我的应用程序的一个奇怪的问题,其中2个版本的Windows的行为是不同的:

  • Windows XP(32位
  • Windows Server 2008(64位)

我的发现如下。

Windows XP(32位)

在运行我的testing场景时,XMLparsing器在parsing一个非常大的configuration文件的过程中某个时候失败(请参阅此问题以获取更多信息)。

在失败时,进程大小约为2.3GB。 请注意,registry项已设置为允许进程超过默认的最大进程大小(在32位操作系统上)为2GB。

失败的系统是调用IXMLDOMDocument::load()失败,如上面链接的问题中所述。

Windows Server 2008(64位)

我在Windows Server 2008中运行完全相同的testing场景 – 唯一的variables是操作系统。 当我看着我的任务pipe理器下的进程,它旁边有一个* 32 ,我假设它意味着它在32位兼容模式下运行。

我注意到的是,在Windows XP上XMLparsing失败的地方,Windows Server 2008上的进程大小只有大约1GB(IOW,大约是Windows XP的一半进程大小)。

在Windows Server 2008上,XMLparsing不会失败,它一切正常。

我的问题是:

  1. 为什么32位应用程序(以32位模式运行)在64位操作系统上占用一半内存量? 是真的使用了一半的内存,它是不同的通常的虚拟内存,还是其他的东西?

  2. 确认我的应用程序(似乎)使用Windows Server 2008上的一半内存量,没有人有任何想法,为什么XMLparsing将在Windows XP上失败? 每次运行testing用例时,通过IXMLDOMParseError访问的错误(请参阅此答案 )是不同的。 因为这似乎是非确定性的,它暗示我正在遇到内存使用问题,而不是处理格式不正确的XML。

Solutions Collecting From Web of "在32位和64位Windows版本上的进程大小和行为差异"

你没有说你如何看待这个过程。 我假设你使用了Taskmgr.exe。 请注意,默认视图在“内存”列中提供了非常具有误导性的值。 它显示了工作集大小,进程正在使用的RAM的数量。 这与您的问题的来源无关,虚拟内存空间不足。 假设Windows 2008将显示与XP相同的价值没有多少理由,它具有明显不同的内存管理器。

你也可以看到虚拟内存的大小,使用视图+列。

您的程序不在64位操作系统上弹出的原因是因为32位进程具有接近4千兆字节的可寻址虚拟内存。 在32位操作系统上,它需要与操作系统共享地址空间,并且只能获得2千兆字节。 更多,如果您使用/ 3GB启动选项。

使用SAX解析器来避免消耗太多的内存。

不仅在32位和64位之间的可用内存方面存在差异(正如前面的答案所讨论的那样),而且它的连续内存的可用性可能会在32位上消失。

在32位的机器上,你的应用程序的DLL将乱丢第一个2GB的内存(应用程序在0x00400000,操作系统DLL在0x7xxx0000,其他DLL在其他地方)的内存格局。 最有可能的最大的连续块你有可用的是大约1.1GB。

在一台64位的机器上(使用/ LARGEADDRESSAWARE可以为你提供4GB的地址空间),在这个4GB的空间中至少有一个2GB或更大的空间。

所以你有什么不同 如果您的XML解析器依赖于大量内存而不是许多小块,则可能是您的XML解析器在32位上的连续可用空间不足,但没有用完64位上的连续可用空间。

如果你想在32位的操作系统上可视化这个,获取一个VMValidator (免费)的副本,并查看虚拟视图来查看你的内存和Pages和Paragraphs视图的可视化,以查看每个内存页面/段落的数据。