JVM内存最大能调多大分析.docxVIP

JVM内存最大能调多大分析【经典】2010-11-10 13:21转载自 suofang最终编辑 suofang上次用weblogic 把 -XmxXXXX 设成2G，就启动不起来，设小点就起来了，当时很气，怎么2G都起不了，今天在看到了一篇解释，转过来了这 次一位老友提出了这个问题，记得当年一个java高手在blogjava提出后，被骂得半死。大家使用java -XmxXXXX -version版本得出了不同的结论。后来老友说大概是1800M左右，我当时反驳，“我设置过服务器8G内存，我使用两个tomcat，每个2G”。 为此，我翻开所有的JVM的内存管理的c代码，没有任何结论。我不是linux内核程序员，但是我看过linux的源码，知道32位体系结构的计算机寻址 空间是2^32=4G，intel Pentium Pro处理器寻址空间是36位，CPU内部增加了PAE寄存器。用于处理多出来的4根地址线 的使用，所以PAE的技术实现最大2^36=64G寻址。通过linux的内核源码，标准Linux内核对于物理内存的管理采用1:3的分配比例，即物理 内存的1/4为内核空间（kernel space），剩下的3/4为用户进程空间（user space），因此，在一台4G内存的服务器上，用户进程可使用的内存最大也就是3G。当进程被内核调入CPU运行时，不同的地址空间数据会被调入4G以 内的用户进程空间，其实就能用3G。 IA32架构上，单一进程是不能使用超过4G的内存空间的。但是我记得我给mysql server分配内存大约是1.7G左右,不是2的32次方-1，我分配java 2G内存的计算机是IBM的RS6000.经过不同平台的测 试,我得出了大概的数值,win2k下1.6G左右,nt下1.2G,原因是这样的,Classic VM and HotSpot VM 存放用户区的连续地址中,NT把 kernel DLLs 放在 0x7c 开头的地址空间,所以nt下只有2G的空间,所以JVM heap 使用极限是2G.用户的dll开始于0用户的应用程序开始于0我现在唯一确定的是sun可能为了防止和某些 JVM插件的冲突,把dll的地址给rebase一下,这样使用的空间就很少了一部分.为什末rebase,原因是这样的,因为在windows下编译 dll 的默认地址都 一般在release之前的时候要rebase一下,rebase 的 -b 这个参数是指定一个起始地址,MSDN建议地址是0这个工具随visual studio和platform SDK发放。例 如rebase.exe -b 0x6D000000 \jdk\jre\bin\*.dll \jdk\jre\bin\hotspot\jvm.dll这样你的JVM用的内存多一些,目前关于这个我只能得到BEA的 JRockit最大也只能使用1.8G内存,看来各家编译JDK时都作了些手脚.目前只能得到bea的的-Xmx最小值是16 MB,sun的资料很不全,还好java开源了,可以不依靠sun了. sun提供的资料Maximum Address Space Per Process??Operating System????????????????? ?Maximum Address Space Per ProcessRedhat Linux?32 bit??????????????????????? ????????? ??? 2 GBRedhat Linux??64 bit?????????????????????????????????? ? 3 GBWindows 98/2000/NT/Me/XP????????????????????????????????? 2 GBSolaris x86 (32 bit)??????????????????????????????????? ? 4 GBSolaris 32 bit??????????????????????????????????????????? 4 GBSolaris 64 bit??????????????????????????????????????????? Terabytes以 上文档有误,32位的redhat Server利用?Highmem技术可以使用3G内存.solaris不愧是java的诞生平台。问了一下bea的工程师，得出大致的结论，Windows 2003/XP using the /3GB switch (32-bit OS)1.85 GB - JRockit 5.0 R25.2 (SP2)2.85 GB - JRockit