使用LargeAddressAware压榨额外的用户态内存
一般情况下，无论在32位系统还是64位系统下，一个Win32用户进程可用的内存空间只有2GB少一点。那么，假设一个Win32程序内存不够用了，又不想(或者没办法)编译成X64的，怎么办呢，MS提供了一种方法，Linker中的LargeAddressAware参数。
启用它，可以获得额外的用户态内存。我在自己的X64系统下测试，如果没有启用，可以申请2GB不到；但是启动了这个参数，则可以申请将近4GB（因为还要受32位程序32位指针的限制)：
程序很简单，如下：
该程序如果不设置LargeAddressAware参数的话是1986MB。
我自己没有测试32位的系统，但是查到的资料说需要设置/3GB的启动参数。
对于已经存在的程序(没办法编译)，可以使用VC中带的editbin.exe工具把该标志位打开：
这样这个程序也可以使用超过2GB的内存了。
同样对于一个exe，可以使用dumpbin.exe来验证。
如果dumpbin.exe /headers 文件名.exe
显示 Application can handle large (>2GB) addresses
那么说明该应用程序可以使用超过2GB的内存
当然这种方法的缺点:
1. 在64位系统上没办法使用超过4GB的内存；不过以前只能用2G，聊胜于无了；
启用它，可以获得额外的用户态内存。我在自己的X64系统下测试，如果没有启用，可以申请2GB不到；但是启动了这个参数，则可以申请将近4GB（因为还要受32位程序32位指针的限制)：
程序很简单，如下：
int _tmain(int argc, _TCHAR* argv[])
{
int c = 0;
while (true) {
void * p = malloc(1024 * 1024 * 32);
if (p != 0) {
c++;
printf("alloc %d MB OK
", c * 32);
} else {
break;
}
}
printf("alloc %d MB Totally
", c * 32);
getchar();
return 0;
}运行结果是
该程序如果不设置LargeAddressAware参数的话是1986MB。
我自己没有测试32位的系统，但是查到的资料说需要设置/3GB的启动参数。
对于已经存在的程序(没办法编译)，可以使用VC中带的editbin.exe工具把该标志位打开：
这样这个程序也可以使用超过2GB的内存了。
同样对于一个exe，可以使用dumpbin.exe来验证。
如果dumpbin.exe /headers 文件名.exe
显示 Application can handle large (>2GB) addresses
那么说明该应用程序可以使用超过2GB的内存
当然这种方法的缺点:
1. 在64位系统上没办法使用超过4GB的内存；不过以前只能用2G，聊胜于无了；
2. 在32位系统上必须打开/3GB启动参数，为用户态程序预留3GB的内存
3. 对于带有自校验的程序，不适用，因为dumpbin相当于修改了这个exe，那么文件校验肯定是失败了；
总之最终的解决方法还是使用(或者编译出)X64的程序。
上一篇：
5款热门的远程控制软件，让你事半功倍
下一篇：
SQL注入--联合查询注入