Memory Cloudoundry:gwt应用程序,内存使用量根据vmc稳步增加,但不在内存分析器中

Memory Cloudoundry:gwt应用程序,内存使用量根据vmc稳步增加,但不在内存分析器中,memory,tomcat7,cloud-foundry,probe,Memory,Tomcat7,Cloud Foundry,Probe,我部署了一个gwt应用程序(tomcat7)(文件上传和在表中显示内容)。 我使用probe检查内存使用情况,问题是,根据vmc即cloudfoundry控制台,内存从未下降(异常),但probe显示了其他一些东西(正常)。 我最初的直觉是,它可能在应用程序中出现内存泄漏,但probe和vmc统计数据表明了一些其他问题。报告的内存使用情况实际上是整个unix进程的RAM使用情况(这种方式与ruby和node.js部署相一致)。因此,这考虑到了整个heap+permgen+甚至一些JVM开销,因此

我部署了一个gwt应用程序(tomcat7)(文件上传和在表中显示内容)。 我使用probe检查内存使用情况,问题是,根据vmc即cloudfoundry控制台,内存从未下降(异常),但probe显示了其他一些东西(正常)。
我最初的直觉是,它可能在应用程序中出现内存泄漏,但probe和vmc统计数据表明了一些其他问题。

报告的内存使用情况实际上是整个unix进程的RAM使用情况(这种方式与ruby和node.js部署相一致)。因此,这考虑到了整个heap+permgen+甚至一些JVM开销,因此这可以解释差异。

报告的内存使用量实际上是整个unix进程的RAM使用量(这种方式与ruby和node.js部署一致)。因此,这考虑到了整个heap+permgen+甚至一些JVM开销,因此这可能解释了差异。

因为您使用的是Tomcat 7,所以我假设您将应用程序捆绑的Tomcat二进制文件作为独立应用程序进行部署。对吗?如果是这样,probe.war文件是否也使用相同的Tomcat+应用程序捆绑包部署?@Scottfredrick yeah。您所说的绝对正确:)因为您使用的是Tomcat 7,我假设您将Tomcat二进制文件作为独立应用程序部署在应用程序捆绑包中。对吗?如果是这样的话,probe.war文件是否也部署了相同的Tomcat+应用程序包?@Scottfredrick是的。你所说的一切都是绝对正确的:),差异可能可以用这种方式解释,但问题不是探针统计/使用随时间而变化。在加载过程中略微上升,然后下降。但vmc统计不会下降。稳定或增加,而不是减少,差异可能可以用这种方式解释,但问题不是探针统计/使用随时间而变化。在加载过程中略微上升,然后下降。但vmc统计不会下降。稳定或增加,而不是减少