现在公司有个应用的生产环境发生了perm溢出问题,大家看下我思路有啥问题没
fxl545826
2013-10-27
懂了,不过我在一个测试服务器尝试jmap -permstat pid > core.dump 怎么这么个慢来,悲剧啊 ,1分钟还没出个结果。使用jstat -gcpermcapacity看的话 PGC和PC都256M左右呢,看来这个东西很慢啊
|
|
fxl545826
2013-10-27
还有就是在N分钟后出了结果,但是使用 jmap -permstat /usr/.../java ~/code.dump1 的时候 提示 Error attaching to core file: Can't attach to the core file,是我使用jmap -permstat pid > ~/code.dump1 这个命令不对么? 我文本直接看文件倒是没问题,但是好似不会分析啊
|
|
fxl545826
2013-10-27
我看了下,排序也对比了下这个文件,好似懂了点东西,就是每个类加载起的类的数量和类占用的空间并且还有状态和类的类型,这个应该对perm分析问题很有帮助,但是好似我的这个文件和 @R大 你说的不太一样吧?
|
|
RednaxelaFX
2013-10-27
fxl545826 写道 还有就是在N分钟后出了结果,但是使用 jmap -permstat /usr/.../java ~/code.dump1 的时候 提示 Error attaching to core file: Can't attach to the core file,是我使用jmap -permstat pid > ~/code.dump1 这个命令不对么? 我文本直接看文件倒是没问题,但是好似不会分析啊
嗯,完全不对。我前面说的是,jmap可以对core dump file分析,而你做的是对活的进程使用jmap然后重定向到了一个名为core.dump的文本文件里。你做的跟我做的不是一回事啊。 RednaxelaFX 写道 我忘了说,jmap -permstat也可以对core dump file起作用的。如果你之前除了看到有hs_err<pid>.log形式的crash log,还有core dump文件的话,请试试用这个命令去查看它的状况:
jmap -permstat <path/to/java> <path/to/core/dump> 例如, jmap -permstat /opt/java6/bin/IA64W/java /tmp/core.1234 我明明为了不引起混淆而明确的写了是这样的格式… 要获取core dump文件,要么是你的进程挂的时候系统自动帮你产生的,要么是你主动获取的(例如用gdb来获取)。jmap可不负责生成core dump文件。 |
|
fxl545826
2013-10-27
嗯,最后一条信息的时候我已经领悟了你说的话了,实在愚钝了啊。可能对此有一些思路了,我明天和运维人员沟通下,把我需要的配置给搞定,再对相关的文件分析下。非常感谢 @R大。
|
相关讨论
相关资源推荐
- hibernate_配置cascade_及all-delete-orphan.doc
- A collection with cascade=“all-delete-orphan“ was no longer referenced by the owning entity instance
- HibernateException - A collection with cascade="all-delete-orphan" was no longer referenced by the
- org.hibernate.HibernateException: A collection with cascade="all-delete-orphan" was no longer refere...
- JPA级联操作报JpaSystemException cascade=“all-delete-orphan“问题的处理
- hibernate cascade属性 all-delete-orphan
- 在进行jpa更新操作中报异常Cascade="All-Delete-Orphan" 处理
- hibernate-级联cascade="all-delete-orphan"
- spring data jpa 保存报错记录A collection with cascade=\"all-delete-orphan\" was no longer referenced by th...
- cascade="all-delete-orphan" 处理