Visual studio Visual Studio在32位Windows Server 2003操作系统上可以使用的最大内存是什么?

Visual studio Visual Studio在32位Windows Server 2003操作系统上可以使用的最大内存是什么?,visual-studio,visual-studio-2008,Visual Studio,Visual Studio 2008,众所周知,在XP Pro上,整个操作系统只能使用3GB。在32位Windows Server 2003上,限制更高。如果操作系统不施加人为约束,VisualStudio可以寻址和使用多少 背景。我有4GB,使用Resharper,内存不足错误很多,我想知道在这个问题上投入更多的硬件是否会有帮助。这里有一个指向windows内存限制的链接 x86上的2GB4GB-256GB,具体取决于您使用的Windows Server 2003版本 以下是链接:对于任何32位操作系统,每个进程的限制应保持不变。

众所周知,在XP Pro上,整个操作系统只能使用3GB。在32位Windows Server 2003上,限制更高。如果操作系统不施加人为约束,VisualStudio可以寻址和使用多少


背景。我有4GB,使用Resharper,内存不足错误很多,我想知道在这个问题上投入更多的硬件是否会有帮助。

这里有一个指向windows内存限制的链接


x86上的2GB

4GB-256GB,具体取决于您使用的Windows Server 2003版本


以下是链接:

对于任何32位操作系统,每个进程的限制应保持不变。默认情况下,每个进程的地址空间为4GB,其中2GB留给操作系统本身。Windows有一个标志,您可以使用它将其更改为1GB的保留内存和3GB的用户空间内存。

x86上的2GB默认值

史蒂文·哈曼(Steven Harman)推出了一款高达3千兆字节的手机

问题在于VisualStudio。作为一个32位应用程序,即使它运行在64位操作系统中,它的虚拟内存也仅限于2GB。至少,默认情况下限制为2GB。。。但我们可以改变这一点

因此,扩展它的诀窍是增加用户模式内存的数量,然后使VisualStudio能够识别大地址


我已经成功地对3GB执行了此操作。在达到操作系统限制之前,我不知道是否有上限。

内存没有人为限制,如果您使用的是32位操作系统,那么您的可寻址内存空间限制为3GB。如果使用64位,则可寻址内存空间要大得多

为VisualStudio获取更多内存的唯一方法是启用AWE(如果VisualStudio支持AWE),或者在启动windows时使用/3GB开关


使用64位处理器(如Core2)和64位操作系统,以获得最佳性能,因为这样您就可以访问尽可能多的内存,并将其塞进开发箱中。;)

devenv.exe支持大地址,因此如果系统在boot.ini中以/3GB启动,它可以使用3GB

不知道你从哪里得到“众所周知”的故事,但XP 3GB操作系统的限制,不是真的


顺便说一句,即使devenv.exe支持大地址,这也不能保证加载项会使用0x7FFFFFFF以上的空间,因此Resharper可能仍然会出现内存不足的异常。

(总内存)-(操作系统和其他进程使用的内存)=(内存VS.NET可以使用)@Sean:Win32进程有2GB(最多3 GB,支持映像文件和大地址)无论操作系统安装了多少内存,都要进行限制,这样,如果您的内存大于4GB,则公式就会失效。调试时真正有用的是什么。这种情况似乎是这样的,因为visual studio exe看起来不像是标记为支持大地址空间。对。Windows有一个与Visual Studio不同的限制。在进入Windows之前,您将达到VS限制。这些数字是操作系统可以处理的内存量,而不是进程(例如Visual Studio)。另外,根据您的链接,W2k3的上限为2GB-128GB,具体取决于版本。默认值为2GB地址空间,而不是4。不,每个进程为4GB,为OS保留2GB,进程可使用2GB。devenv.exe是大地址软件,您可以使用dumpbin/头进行检查。此外,修改图像上的位是自杀。如果进程没有准备好处理0x7FFFFFFF范围以上的地址,则当它看到一个地址时可能会崩溃。这是因为2GB-3GB范围内的地址有符号位,许多应用程序将其视为负数。我认为这是不对的。Resharper的JetBrains提出了类似的解决方案,然后链接到Harmans先生的帖子。据我所知,它只在64位操作系统上注册为LargeAddressware。如果你的盒子运行的是64位,那就有意义了。他的问题是关于32位操作系统。请参阅,他与msdn.VS 2k5的链接并不知道。VS 2k8是。史蒂文·哈曼的文章可能是在2k5天写的。OP被标记为2k8。我不知道MS提供的任何产品会在基于主机操作系统的安装上更改AlRegaddressware位。我承认我没有完全探究这个问题,我相信你所说的。但我可以验证,在实现本文中描述的步骤之前,在VS2008的构建过程中存在内存不足异常问题。我现在已经没有这个问题了,因为它已经被实施了。