我正在运行
Java应用程序服务器,它们都运行在CentOS 5.5
Linux之上的最新版本的Tomcat 6和Sun的Java 6.每个服务器运行多个Tomcat实例.
我设置-Xmx450m -XX：MaxPermSize = 192m参数来控制堆和permgen将增长多大.这些设置适用于所有Java应用程序服务器中的所有Tomcat实例,共计约70个Tomcat实例.
这是Psi-probe报告的其中一个Tomcat实例的典型内存使用情况
Eden = 13M Survivor = 1.5M Perm Gen = 122M Code Cache = 19M Old Gen = 390M Total = 537M
然而,CentOS在707M(根据RSS)报告了该特定进程的RAM使用情况,这使得170M的RAM未被下载.
我知道JVM本身和一些依赖库必须加载到内存中,所以我决定启动pmap -d来找出它们的内存占用.
根据我的计算,约17M.
接下来有一个Java线程堆栈,在32位JVM for Linux上,每个线程是320k.
再次,我使用Psi-probe来计算该特定JVM上的线程数,总共为129个线程.所以129 320k = 42M
我读过NIO在堆外使用内存,但我们在应用程序中不使用NIO.
所以在这里我已经计算出了我所想到的一切.而我只占到了“失踪”170M的六千万.
我失踪了什么
解决方法
尝试使用增量垃圾收集器,使用-Xincgc命令行选项. 在整个GC工作中,它的攻击力更小,并且具有特别的快乐的小异常：它实际上将一些未使用的内存移回操作系统,与默认和其他GC选择不同！ 这使得JVM消耗的内存少得多,如果在一台机器上运行多个JVM,这是非常好的.以某些表现为代价 – 但您可能不会注意到.这个incgc似乎是一个小秘密,因为没有人带来它…它已经在eons(90年代).
