C# .Net 下 x86使用大内存的处理

/LARGEADDRESSAWARE 选项通知链接器应用程序可处理大于 2 GB 的地址。 在 64 位编译器中,默认情况下启用此选项。 在 32 位编译器中,如果未在链接器行上指定 /LARGEADDRESSAWARE,则将启用 /LARGEADDRESSAWARE:NO。

如果用 /LARGEADDRESSAWARE 来链接应用程序,则 DUMPBIN /HEADERS 将显示该效果的信息。

在 Visual Studio 开发环境中设置此链接器选项

  1. 打开该项目的“属性页”对话框。 有关详细信息,请参见设置 Visual C++ 项目属性
  2. 单击“链接器”文件夹。
  3. 单击“系统”属性页。
  4. 修改“启用大地址”属性。

不需要largeaddressaware所有windows程序就都能用到2g内存,2g以上才需要largeaddressaware,在2g以内如果你的程序在分配大内存时报outofmemory exception,一般来说有以下几种情况:

1.可用内存不够
2.你在vs2005中用调式方式启动程序,并且在项目属性的调式选项里你启用了vs2005自带宿主方式调试。vs2005自带的调试宿主环境似乎只提供1g内存的地址空间。
3.使用了动态调整的集合对象但未指定Capacity。如ArrayList,Hashtable等。当在需要请求大内存的情况下使用动态调整的集合对象必须强制Capacity上限,因为集合动态调整Capacity所需要的内存数是Count数的3倍。假如你空闲2g内存,使用ArrayList时未指定Capacity,capacity是采用翻倍增长策略的,当Capacity用到1g的时候再添加元素.net会请求2g空间,这样在把所有元素copy到新的内存前总共开销要3g内存.

C# .Net 下 x86使用大内存的处理

时间: 2024-08-03 09:40:04

C# .Net 下 x86使用大内存的处理的相关文章

【云和恩墨】性能优化:Linux环境下合理配置大内存页(HugePage)

原创 2016-09-12 熊军 熊军(老熊) 云和恩墨西区总经理 Oracle ACED,ACOUG核心会员 PC Server发展到今天,在性能方面有着长足的进步.64位的CPU在数年前都已经进入到寻常的家用PC之中,更别说是更高端的PC Server:在Intel和AMD两大处理器巨头的努力下,x86 CPU在处理能力上不断提升:同时随着制造工艺的发展,在PC Server上能够安装的内存容量也越来越大,现在随处可见数十G内存的PC Server.正是硬件的发展,使得PC Server的处

Delphi使用大图标编译程序

在Windows Vista. Windows7以上Windows系统中可以支持大图标显示了,但是Delphi编译出来的程序却只能显示32x32的图标,这使Delphi编译的程序看起来很不专业.下面就把Delphi编译大图标程序的方法分享一下. 要想使用大图标编译,首先要准备一个256x256的图标图片. 使用图标编辑软件,如IconWorkshop打开你的 ico文件,新建一个256x256的真彩色图标,将你的图片文件导入到该图标中.保存图标后,将图标文件拷贝到你的工程目录下,假设为maini

ARC下需要注意的内存管理

ARC下需要注意的内存管理 2016/04/03 · iOS开发 · 内存管理 分享到:1 原文出处: 一不(@luoyibu) 之前发了一篇关于图片加载优化的文章,还是引起很多人关注的,不过也有好多人反馈看不太懂,这次谈谈iOS中ARC的一些使用注意事项,相信做iOS开发的不会对ARC陌生啦.这里不是谈ARC的使用,只是介绍下ARC下仍然可能发生的内存泄露问题,可能不全,欢迎大家补充. Ps:关于ARC的使用以及内存管理问题,强烈建议看看官方文档,里面对内存管理的原理有很详细的介绍,相信用过M

[百度空间] [原]跨平台编程注意事项(二): windows下 x86到x64的移植

之前转的: 将程序移植到64位Windows 还有自己乱写的一篇: 跨平台编程注意事项(一) 之前对于x64平台的移植都是纸上谈兵,算是前期准备工作, 但起码在写代码时,已经非常注意了.所以现在移植起来相对很顺利.昨天用了一天时间把自己代码添加了x64支持.贴一下遇到的问题,就作为注意事项吧,以下文字来自我的cnblogs博客的另一文章,有修改 1.指针到数值的转换.  指针 (如void*)转到数值,要用intptr_t或者uintptr_t (用Win32的INT_PTR也可以,当然用C/C

Linux下程序运行时内存状态及相应查看工具

最近在解决一个编译问题时,一直在考虑一个问题,那就是Linux下可执行程序运行时内存是什么状态,是按照什么方式分配内存并运行的.查看了一下资料,就此总结一下,众所周知,linux下内存管理是通过虚存管理的,在分配内存是并非在物理内存开辟了一段空间,而是在使用时才分配的,而且是通过段页式管理.以上比较废话,开始看看程序运行时内存会是什么状态. 在linux下内存分配是以页为单位的,而页是通过段管理,各个段之间是独立的,方便管理.linux程序运行时,可以分为以下几个内存段: 一.BSS段 (bss

linux下对进程按照内存使用情况进行排序

linux下对进程按照内存使用情况进行排序的命令为:ps aux --sort -rss 详细解说参见 http://alvinalexander.com/linux/unix-linux-process-memory-sort-ps-command-cpu

Windows下Git使用报错:warning:LF will be replaced by CRLF in ××××.××

Windows下Git使用报错: warning:LF will be replaced by CRLF in ××××.××(文件名) The file will have its original line ending in your working directory. 翻译: 在xxx.xx文件中LF将被CRLF替换. 在工作区(working directory)里,这个文件将会保持它原本的换行符.(line ending:行尾,换行) 注解:           LF:Line F

【C语言】不使用大小于号,求出两数最大值

//不使用大小于号,求出两数最大值 #include <stdio.h> #include <math.h> double Max(double a, double b) { double q = sqrt((a-b)*(a-b)); return ((a + b) + q) / 2; } int main() { printf("(5,8)大的数为:%.0f\n", Max(5, 8)); printf("(0,4)大的数为:%.0f\n"

实战Java内存泄漏问题分析 -- hazelcast2.0.3使用时内存泄漏 -- 1

公司当年有一个自己缓存集群用户session的Java library,是基于hazlcast2.0.3实现的,最近在customer site集群环境中某个blade报了Out of Memory Exception, 其他blades都正常,马上用jrockit jrcmd命令dump了堆和线程进行分析. printf "##################### heap ##################\n" su -p occas -c "/opt/jrocki