tomcat内存详解

opil

默认的情况下，tomcat的内存设置不会太大，在一些大型项目上肯定不够用，那么怎么来设置tomcat的内存呢？方法也很简单，在catania.sh第一行设置，具体情况以下设置：（实验环境随手设置，请勿使用在生产环境中）

[Shell] 纯文本查看 复制代码

[iyunv@zonghe bin]# cat catalina.sh|grep -v ^$|grep -v ^# |head -1
JAVA_OPTS='-Xms512m -Xmx1024m'

  这里设置开始内存512M，最大内存1G，修改之后记得重启tomcat，本系列文章都在linux下的设置，不讲解widnows下面的设置。

   检查一下：

[Shell] 纯文本查看 复制代码

[iyunv@zonghe bin]# ps -ef|grep tomcat
root     22523     1 99 Jul08 ?        29-16:53:14 /usr/local/jdk1.6.0_43/jre/bin/java -Djava.util.logging.config.file=/usr/local/tomcat6/conf/logging.properties -Xms512m -Xmx1024m -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/local/tomcat6/endorsed -classpath /usr/local/tomcat6/bin/bootstrap.jar -Dcatalina.base=/usr/local/tomcat6 -Dcatalina.home=/usr/local/tomcat6 -Djava.io.tmpdir=/usr/local/tomcat6/temp org.apache.catalina.startup.Bootstrap start

   

从tomcat运行的进程，我们可以看见设置已经生效

---

下面看一下JAVA_OPTS常用哪些参数：来自互联网和书籍上

-server:一定要作为第一个参数，在多个CPU时性能佳

-Xms：初始Heap大小，使用的最小内存,cpu性能高时此值应设的大一些

-Xmx：java heap最大值，使用的最大内存

-XX:PermSize:设定内存的永久保存区域

-XX:MaxPermSize:设定最大内存的永久保存区域

-XX:MaxNewSize:

-Xss：每个线程的Stack大小

-verbose:gc 现实垃圾收集信息

-Xloggc:gc.log 指定垃圾收集日志文件

-Xmn：young generation的heap大小，一般设置为Xmx的3、4分之一

提示：此选项在Heap Size 比较大而且Major收集时间较长的情况下使用更合适。

+XX:AggressiveHeap 会使得 Xms没有意义。这个参数让jvm忽略Xmx参数,疯狂地吃完一个G物理内存,再吃尽一个G的swap。

-Xss：每个线程的Stack大小，“-Xss 15120” 这使得JBoss每增加一个线程（thread)就会立即消耗15M内存，而最佳值应该是128K,默认值好像是512k.

-XX:+UseConcMarkSweepGC ：缩短major收集的时间 此选项在Heap Size 比较大而且Major收集时间较长的情况下使用更合适。

-XX:userParNewGC 可用来设置并行收集【多CPU】

-XX:ParallelGCThreads 可用来增加并行度【多CPU】

-XX:UseParallelGC 设置后可以使用并行清除收集器【多CPU】

-XX:SurvivorRatio=2 :生还者池的大小,默认是2，如果垃圾回收变成了瓶颈，您可以尝试定制生成池设置

以上参数是一些常用的参数，其他更详细的信息请搜索《jvm调优》 或者参见博客下方的下载（来自百度文库）

一般情况下，我们使用以下参数即可：

JAVA_OPTS="-server -Xms1024m -Xmx1024m -XX:PermSize=64M -XX:MaxNewSize=256m -XX:MaxPermSize=128m -Djava.awt.headless=true"

具体内存设置还需要根据你自己的实际情况来设置，现在内存已经相对便宜了，一般tomcat服务器起码也都有8G吧，我们线上tomcat机器全部是16G，其实也很浪费了！！

看一下某公司的设置：相关参数含义在jvm调优里面都可以找到

[Java] 纯文本查看 复制代码

1
JAVA_OPTS="-Djava.awt.headless=true -Xmx1536M -Xms1536M -Xmn384M -XX:PermSize=256M -XX:MaxPermSize=256M  -XX:MaxTenuringThreshold=15 -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC  -XX:+CMSParallelRemarkEnabled -XX:SurvivorRatio=8 -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=3  -XX:CMSInitiatingOccupancyFraction=60  -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -Xloggc:/var/logs/tomcat/gc.log  -XX:+HeapDumpOnOutOfMemoryError"

内存设置方面的技巧：某位网友的总结

  我们一般把-Xms和-Xmx设为一样大，而堆的最大值受限于系统使用的物理内存。一般使用数据量较大的应用程序会使用持久对象，内存使用有可能迅速地增长。当应用程序需要的内存超出堆的最大值时虚拟机就会提示内存溢出，并且导致应用服务崩溃。因此一般建议堆的最大值设置为可用JVM内存的最大值的80%。

  另外需要考虑的是Java提供的垃圾回收机制。虚拟机的堆大小决定了虚拟机花费在收集垃圾上的时间和频度。收集垃圾可以接受的速度与应用有关，应该通过分析实际的垃圾收集的时间和频率来调整。如果堆的大小很大，那么完全垃圾收集就会很慢，但是频度会降低。如果你把堆的大小和内存的需要一致，完全收集就很快，但是会更加频繁。调整堆大小的的目的是最小化垃圾收集的时间，以在特定的时间内最大化处理客户的请求。在基准测试的时候，为保证最好的性能，要把堆的大小设大，保证垃圾收集不在整个基准测试的过程中出现。

  如果系统花费很多的时间收集垃圾，请减小堆大小。一次完全的垃圾收集应该不超过3-5秒。如果垃圾收集成为瓶颈，那么需要指定代的大小，检查垃圾收集的详细输出，研究垃圾收集参数对性能的影响。一般说来，你应该使用物理内存的80%作为堆大小。当增加处理器时，记得增加内存，因为分配可以并行进行，而垃圾收集不是并行的。

   一个要注意的地方：建议把内存的最高值跟最低值的差值缩小，不然会浪费很多内存的，最低值加大，最高值可以随便设，但是要根据实际的物理内存，如果内存设置太大了,比如设置了512M最大内存,但如果没有512M可用内存,Tomcat就不能启动，还有可能存在内存被系统上

tomcat权威指南中对内存设置的描述如下：

  堆栈设置无疑是要适当理解和设置的重要环节，过渡严格的内存设置要么使tomcat运行很慢，要么报内存溢出的错误信息，使工作不正常。内存设置过大，要么因不能平均分配如此大量的内存而无法启动jvm，要么能启动运行正常，但却消耗用了超出所需的过量计算机内存，而且计算机上的其他软件也无法运行.

个人总结：

  到底怎么设置内存为最合适，需要根据自己服务器程序分布（是不是只跑了tomcat，我们线上服务器还跑了其他应用），物理内存大小，应用程序本身需求的内存，不同的并发请求，需求的内存也不一样。需要自己根据实际情况来不断的微调，不断的测试，达到一个性能最优化的参数

建议设置规则：

1.关闭图形化参数，开启多cpu参数（如果服务器是单u就算了）

2.在物理内存较少的情况下，且服务器只跑了tomcat应用，那么最大内存设置只能为物理内存的80%

3.关闭debug调试

4.在某些应用中设置Xms和Xmx为一样的值（具体看自己需求，是否需要堆栈跟着增长）

5.避免内存溢出的参数提前设置好

jvm的调优最好和开发一起，这方面可能开发更有经验，开发和运维本来就是一体！

---

tomcat内存溢出：转George的博客：《tomcat内存溢出总结》 我发现这篇博文写的非常好，所以转载了

在生产环境中tomcat内存设置不好很容易出现内存溢出。造成内存原因是不一样的，当然处理方式也不一样。

这里根据平时遇到的情况和相关资料进行一个总结。常见的一般会有下面三种情况：

1.OutOfMemoryError: Java heap space

2.OutOfMemoryError: PermGen space

3.OutOfMemoryError: unable to create new native thread.

Tomcat内存溢出解决方案

对于前两种情况，在应用本身没有内存泄露的情况下可以用设置tomcat jvm参数来解决。（-Xms -Xmx -XX:PermSize  -XX:MaxPermSize）

最后一种可能需要调整操作系统和tomcat jvm参数同时调整才能达到目的。

第一种：是堆溢出。

在JVM中如果98％的时间是用于GC且可用的 Heap size 不足2％的时候将抛出此异常信息。

没有内存泄露的情况下，调整-Xms -Xmx参数可以解决。

-Xms:初始堆大小

-Xmx:最大堆大小

但堆的大小受下面三方面影响：

1.相关操作系统的数据模型（32-bt还是64-bit）限制；（32位系统下，一般限制在1.5G~2G；我在2003 server 系统下（物理内存：4G和6G，jdk：1.6）测试 1612M，64为操作系统对内存无限制。）

2.系统的可用虚拟内存限制；

3.系统的可用物理内存限制。

堆的大小可以使用 java -Xmx***M  version 命令来测试。支持的话会出现jdk的版本号，不支持会报错。

-Xms -Xmx一般配置成一样比较好比如set JAVA_OPTS= -Xms1024m -Xmx1024m

第二种：永久保存区域溢出

PermGen space的全称是Permanent Generation space,是指内存的永久保存区域。这一部分用于存放Class和Meta的信息,Class在被 Load的时候被放入PermGen space区域，它和和存放Instance的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理，所以如果你的APP会LOAD很多CLASS的话,就很可能出现PermGen space错误。这种错误常见在web服务器对JSP进行pre compile的时候。但目前的hibernate和spring项目中也很容易出现这样的问题。http://www.javaeye.com/topic/80620?page=1 的帖子有讨论的这个问题。可能是由于这些框架会动态class，而且jvm的gc是不会清理PemGen space的，导致内存溢出。

这一个一般是加大-XX:PermSize  -XX:MaxPermSize 来解决问题。

-XX:PermSize 永久保存区域初始大小

-XX:PermSize 永久保存区域初始最大值

这一般结合第一条使用，比如 set JAVA_OPTS= -Xms1024m -Xmx1024m  -XX:PermSize=128M -XX:PermSize=256M

有一点需要注意：java -Xmx***M  version 命令来测试的最大堆内存是 -Xmx与 -XX:PermSize的 和 比如系统支持最大的jvm堆大小事1.5G，那  -Xmx1024m  -XX:PermSize=768M 是无法运行的。

第三种：无法创建新的线程。

这种现象比较少见，也比较奇怪，主要是和jvm与系统内存的比例有关。

这种怪事是因为JVM已经被系统分配了大量的内存(比如1.5G)，并且它至少要占用可用内存的一半。有人发现，在线程个数很多的情况下，你分配给JVM的内存越多，那么，上述错误发生的可能性就越大。

产生这种现象的原因如下（从这个blog中了解到原因：http://hi.baidu.com/hexiong/blog ... b10c2542a75b3c.html）：

每一个32位的进程最多可以使用2G的可用内存，因为另外2G被操作系统保留。这里假设使用1.5G给JVM，那么还余下500M可用内存。这500M内存中的一部分必须用于系统dll的加载，那么真正剩下的也许只有400M，现在关键的地方出现了：当你使用Java创建一个线程，在JVM的内存里也会创建一个Thread对象，但是同时也会在操作系统里创建一个真正的物理线程(参考JVM规范)，操作系统会在余下的400兆内存里创建这个物理线程，而不是在JVM的1500M的内存堆里创建。在jdk1.4里头，默认的栈大小是256KB，但是在jdk1.5里头，默认的栈大小为1M每线程，因此，在余下400M的可用内存里边我们最多也只能创建400个可用线程。

这样结论就出来了，要想创建更多的线程，你必须减少分配给JVM的最大内存。还有一种做法是让JVM宿主在你的JNI代码里边。

给出一个有关能够创建线程的最大个数的估算公式：

(MaxProcessMemory - JVMMemory - ReservedOsMemory) / (ThreadStackSize) = Number of threads

对于jdk1.5而言，假设操作系统保留120M内存：

1.5GB JVM: (2GB-1.5Gb-120MB)/(1MB) = ~380 threads

1.0GB JVM: (2GB-1.0Gb-120MB)/(1MB) = ~880 threads

在2000/XP/2003的boot.ini里头有一个启动选项，好像是：/PAE /3G ，可以让用户进程最大内存扩充至3G，这时操作系统只能占用最多1G的虚存。那样应该可以让JVM创建更多的线程

因此这种情况需要结合操作系统进行相关调整。

因此：我们需要结合不同情况对tomcat内存分配进行不同的诊断才能从根本上解决问题。

轻轻的

与时俱进，你我共赴高潮!

panjianm

学习了，谢谢分享、、、

期盼死亡的小丑

有竞争才有进步嘛

santaclaus

路过，支持一下啦

yanglgzh

穿别人的鞋，走自己的路，让他们找去吧。

上帝大脸

男人在结婚前觉得适合自己的女人很少，结婚后觉得适合自己的女人很多。