7

我正在运行 Tomcat7,服务器相当强大,8 GB RAM 8 核。

tomcat 白白占用大量内存?

我的问题是RES内存越来越高,直到服务器不再响应,甚至没有调用OnOutOfMemoryError。

Tomcat配置:

-Xms1024M
-Xmx2048M
-XX:PermSize=256m
-XX:MaxPermSize=512m
-XX:+UseConcMarkSweepGC
-XX:OnOutOfMemoryError='/var/tomcat/conf/restart_tomcat.sh'

内存信息:

Memory:     Non heap memory = 106 Mb (Perm Gen, Code Cache),
Loaded classes = 14,055,
Garbage collection time = 47,608 ms,
Process cpu time = 4,296,860 ms,
Committed virtual memory = 6,910 Mb,
Free physical memory = 4,906 Mb,
Total physical memory = 8,192 Mb,
Free swap space = 26,079 Mb,
Total swap space = 26,079 Mb
Perm Gen memory:    88 Mb / 512 Mb    ++++++++++++
Free disk space:    89,341 Mb 

与 top 命令相比,Tomcat 使用的内存看起来并没有那么高。

应用内存图

java.net.SocketException: No buffer space available在尝试连接到 SMTP 服务器或尝试连接到 facebook 服务器时,我也遇到过这种情况。

我使用 Hibernate,带有 c3p0 连接池,配置如下:

        <property name="hibernate.connection.driver_class">com.mysql.jdbc.Driver</property>
        <property name="hibernate.connection.url">jdbc:mysql://urldb/schema?autoReconnect=true</property>
        <property name="hibernate.connection.username">username</property>
        <property name="hibernate.dialect">org.hibernate.dialect.MySQL5InnoDBDialect</property>
        <property name="hibernate.connection.password"></property>
        <property name="connection.characterEncoding">UTF-8</property>

        <property name="hibernate.c3p0.acquire_increment">1</property>
        <property name="hibernate.c3p0.idle_test_period">300</property>
        <property name="hibernate.c3p0.timeout">5000</property>
        <property name="hibernate.c3p0.max_size">50</property>
        <property name="hibernate.c3p0.min_size">1</property>
        <property name="hibernate.c3p0.max_statement">0</property>
        <property name="hibernate.c3p0.preferredTestQuery">select 1;</property>
        <property name="hibernate.connection.provider_class">org.hibernate.connection.C3P0ConnectionProvider</property>

我找不到任何东西...有人暗示我应该在哪里寻找吗?

谢谢!

[更新 1] 堆转储:

HEAP HISTOGRAM :

class [C                                    269780  34210054
class [B                                    5600    33836661
class java.util.HashMap$Entry               221872  6212416
class [Ljava.util.HashMap$Entry;            23797   6032056
class java.lang.String                      271170  5423400
class org.hibernate.hql.ast.tree.Node       103588  4972224
class net.bull.javamelody.CounterRequest    28809   2996136
class org.hibernate.hql.ast.tree.IdentNode  23461   2205334
class java.lang.Class                       14677   2113488
class org.hibernate.hql.ast.tree.DotNode    13045   1852390
class [Ljava.lang.String;                   48506   1335600
class [Ljava.lang.Object;                   12997   1317016 


Instance Counts for All Classes (excluding platform) :

103588 instances of class org.hibernate.hql.ast.tree.Node
33366 instances of class antlr.ANTLRHashString
28809 instances of class net.bull.javamelody.CounterRequest
24436 instances of class org.apache.tomcat.util.buf.ByteChunk
23461 instances of class org.hibernate.hql.ast.tree.IdentNode
22781 instances of class org.apache.tomcat.util.buf.CharChunk
22331 instances of class org.apache.tomcat.util.buf.MessageBytes
13045 instances of class org.hibernate.hql.ast.tree.DotNode
10024 instances of class net.bull.javamelody.JRobin
9084 instances of class org.apache.catalina.loader.ResourceEntry
7931 instances of class org.hibernate.hql.ast.tree.SqlNode 

[更新 2] server.xml :

<Connector port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443"
               URIEncoding="UTF-8"
               maxThreads="150"
               minSpareThreads="25"
               maxSpareThreads="75"
               enableLookups="false"
               acceptCount="1024"
               server="unknown"
               address="public_ip"
    />

****[更新 3] 日志文件的输出:****

    2012-06-04 06:18:24,152 [http-bio-ip-8080-exec-3500] ERROR org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/api].[Jersey REST Service]- Servlet.ser
vice() for servlet [Jersey REST Service] in context with path [/socialapi] threw exception
java.net.SocketTimeoutException: Read timed out

    at java.net.SocketInputStream.socketRead0(Native Method)
    at java.net.SocketInputStream.read(SocketInputStream.java:129)
    at org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:532)
    at org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:501)
    at org.apache.coyote.http11.InternalInputBuffer$InputStreamInputBuffer.doRead(InternalInputBuffer.java:563)
    at org.apache.coyote.http11.filters.IdentityInputFilter.doRead(IdentityInputFilter.java:118)
    at org.apache.coyote.http11.AbstractInputBuffer.doRead(AbstractInputBuffer.java:326)
    at org.apache.coyote.Request.doRead(Request.java:422)

[更新 4] ServletContext

ServletContextListener在我的应用程序中使用 a 来实例化控制器并使用event.getServletContext().setAttribute. 这些控制器加载配置和翻译(Perm 中的 88Mb)。

然后使用我使用的数据库:

SessionFactory sf = dbManager.getSessionFactory(DatabaseManager.DB_KEY_DEFAULT);
Session session = sf.openSession();
Transaction tx = null; 

try {
    tx = session.beginTransaction();

    //Do stuuf

    tx.commit();

} catch (Exception e){
    //Do something
} finally {
    session.close();
}
  1. 这可能是泄漏的来源吗?
  2. 为什么不使用手动事务/会话,那你会怎么做?
4

2 回答 2

14

试试这个参数:

+XX:+HeapDumpOnOutOfMemoryError -XX:+HeapDumpPath=dump.log

也尝试使用较低的启动内存参数-Xms

然后您可以检查转储以查看问题是否是对象分配。

运行时尝试

jps

Tomcat这将输出所有java进程,比如说PID4444:

jmap -dump:format=b,file=heapdump 4444

jhat heapdump

如果在执行 jhat 时内存不足,只需添加更多内存。从那里您可以检查应用程序的堆。

另一种方法是启用 Hibernate 统计信息以检查您没有检索更多对象。尽管看起来每小时进行一次完整的垃圾收集应该不是问题(在那里做得更好)。

-verbose:gc -Xloggc:/opt/tomcat/logs/gc.out -XX:+PrintGCDetails -XX:+PrintGCTimeStamps

并以 GCViewer 为例,查看内存的每个空间(ternured、eden、survivor、perm)。

另一个方便的工具:

jstack 4444 > stack.txt

这将检索在 pid 4444 的 java 进程中运行的每个线程的完整堆栈跟踪。

请记住,如果您Tomcat以 root 或其他用户身份启动,则需要特权。

jps

不会输出您没有权限的进程,因此您无法连接到它。

由于我不知道您的应用程序是关于什么的(因此我不知道它的要求),300 万个实例看起来很多。

通过Hibernate statistics您可以查看您实例化最多的类。

然后调整eden and ternured垃圾回收的比例会更有效。

新实例化的对象进入伊甸园。当它填满一个次要 gc 触发器时。未删除的内容将进入幸存者空间。当它填满时,它会变成 ternured。当 ternured 满时会出现 Full gc。

在这张图片中(这是不准确的),我将String那些成为实习生和内存映射文件(不在堆中)放在一边。看看您最常实例化哪些类。密集使用String可能会导致烫发迅速填满。

我猜你这样做了,但是使用托管会话工厂,例如 Spring(如果在你的堆栈中),并避免手动管理事务和会话。

请记住,当没有对象引用它时,对象会在 GC 中被删除。因此,只要在您的应用程序中可以访问对象,该对象就会保留。

如果您的 ServletContextListener 实例化控制器并存储在事件 getServletContext 中。确保之后完全删除引用,如果保留引用,则不会删除对象,因为它们仍然可以访问。

如果您管理自己的事务和会话(如果您不能使用框架,这很好),那么您必须处理代码维护和Spring-tx例如已经解决和改进的错误。

我个人会利用FOSS. 但当然有时你不能扩大堆栈。

如果您正在使用Hibernate我会查看Spring-ormSpring-tx管理事务和会话。也看看Hibernate patter Open Session In View

于 2012-06-07T14:00:04.333 回答
2

我还建议您下载 Visual VM 1.3.3,安装所有插件,并将其附加到 Tomcat PID,这样您就可以实时查看发生了什么。为什么要等待线程转储?它还会告诉你 CPU、线程、所有堆代、哪些对象消耗的内存最多等。

于 2012-06-07T14:40:57.723 回答