Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/spring/11.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Java Tomcat中的内存分配和GC_Java_Spring_Tomcat_Jvm - Fatal编程技术网

Java Tomcat中的内存分配和GC

Java Tomcat中的内存分配和GC,java,spring,tomcat,jvm,Java,Spring,Tomcat,Jvm,我正在使用tomcat-7和java-8以及spring框架。我刚刚在webapps中部署了一个应用程序。之后,我在visualvm中监控了内存,下面是屏幕截图 tomcat上没有命中,使用的堆正在增加,并且在执行限制GC之后。 我想知道,这是正常行为还是我的web应用程序出了问题。是的,这就是一个健康的应用程序内存使用应该是什么样子 双锯齿模式的原因是JVM需要在堆上分配内存,因为新对象是作为正常程序执行的一部分创建的。这些对象大多是短期的,很快就会变成垃圾。这些短命的物体由一个叫做“次要G

我正在使用tomcat-7和java-8以及spring框架。我刚刚在webapps中部署了一个应用程序。之后,我在visualvm中监控了内存,下面是屏幕截图

tomcat上没有命中,使用的堆正在增加,并且在执行限制GC之后。
我想知道,这是正常行为还是我的web应用程序出了问题。

是的,这就是一个健康的应用程序内存使用应该是什么样子

双锯齿模式的原因是JVM需要在堆上分配内存,因为新对象是作为正常程序执行的一部分创建的。这些对象大多是短期的,很快就会变成垃圾。这些短命的物体由一个叫做“次要GC”的收集器收集,代表锯齿上的小水滴


是的,这就是一个健康的应用程序内存使用应该是什么样子

双锯齿模式的原因是JVM需要在堆上分配内存,因为新对象是作为正常程序执行的一部分创建的。这些对象大多是短期的,很快就会变成垃圾。这些短命的物体由一个叫做“次要GC”的收集器收集,代表锯齿上的小水滴


是的,这是正常行为。仅供参考,您传递的vm参数是什么?我猜-xms看起来像500mb?您可以使用
-Xmx
约束堆。Tomcat上没有命中,但仍有一些次要的后台处理正在进行,将在堆上分配对象。5分钟后,GC决定清理这些数据。visualvm监控本身可以大幅提高对象分配率;检查“jstat-gc 1000 1000”的输出,附带和不附带visualvm(最感兴趣的是EU列)@starikoff谢谢。这对理解很有帮助。是的,这是正常的行为。仅供参考,您传递的vm参数是什么?我猜-xms看起来像500mb?您可以使用
-Xmx
约束堆。Tomcat上没有命中,但仍有一些次要的后台处理正在进行,将在堆上分配对象。5分钟后,GC决定清理这些数据。visualvm监控本身可以大幅提高对象分配率;检查“jstat-gc 1000 1000”的输出,附带和不附带visualvm(最感兴趣的是EU列)@starikoff谢谢。这对理解很有帮助。