jmap

    10热度

    1回答

    我明白新的gen/old gen/perm gen之间的区别,但我不知道“To Space”和“From Space”是什么。我看到我的“From Space”达到99.8%,而“To Space”似乎总是保持在0%的使用率。

    0热度

    1回答

    我有,我希望留下来为左右时间长短不一,他们可以被垃圾回收之前的对象长期运行(多天)的应用程序。比方说,有四类: 寿命很短(< 1S) 活着的用户关注(1S < 18H) 每日数据(〜24小时) '永恒' 期限(很少,应用程序的生命) 为了帮助调优,我想找到一种方法来检查使用Java 6 Hotspot虚拟机检查实际数据进入终身代的方式。使用jmap生成HPROF文件似乎不包括世代信息。有没有另外一

    5热度

    2回答

    在Linux机器(以及最可能的Unix机器)中生成的java堆转储限制了访问权限。该堆只能由进程的所有者读取(ACL掩码设置为600)。我明白这是出于安全原因。但是,我无法找到任何引用或解释行为的文档。任何人都可以指向我的文档(如果有的话)?另外,有什么方法可以覆盖这种行为?

    2热度

    4回答

    我们知道JMAP -histo:现场触发一个完整的GC,以确定活动对象: Does jmap force garbage collection when the live option is used? 由于JMAP -histo认为堆中的所有对象(那些在年轻和老一代)我的观点是,jmap -histo也可以触发完整的gc。但是,我无法遇到关于jmap -histo是否可能触发完整gc的可靠文档。

    10热度

    3回答

    我们最近有一个JVM崩溃,留下了由gcore命令生成的核心转储文件。我们希望看看文件的内容,准确找出导致崩溃的原因。 使用jmap命令,您应该能够将核心转储文件转换为hprof文件格式的文件,然后您可以使用VisualVM和许多其他工具进行分析。我试过这个,并得到一个错误消息。这是我跑的命令(上碰撞发生的同一个盒子,使用相同的JVM): jmap -dump:format=b,file=dump.

    0热度

    1回答

    我在我的JVM上运行jmap以试图了解一些内存泄漏,并且发现了一些奇怪的东西:java.lang.Long使用24字节而不是8! 有人能告诉我我的错误在哪里吗? num #instances #bytes class name ---------------------------------------------- 1: 11043837 530104176 java.u

    3热度

    1回答

    好,大家好,首先我会告诉我有什么: 我有这样的代码: public static void main(String[] arg) throws IOException { map = new DefaultMapContext(); map.setTitle("Visualizador UD - Geotools"); mapFrame = new JMapFra

    0热度

    1回答

    我试图执行'jmap -dump:format = b;在的Runtime.exec()文件”命令,但它不会执行操作中,如日期等命令,PWD工作正常。 谁能知道为什么? 公共静态无效的命令(String s)将 { runtime=Runtime.getRuntime(); try { System.out.println(" Creating Heap Dump ");

    5热度

    1回答

    有什么工具可以查看JVM堆不同代的对象统计信息吗?我正在研究潜在的内存泄漏,并需要在不同代的一些数据。我的使用案例是在老一代的对象上拍摄快照,等待,然后拍摄另一张快照进行比较。 JVisualVM提供了有关创建对象的统计信息,但这并没有多大帮助,因为我没有看到某个特定对象是否正在被提升或变得比应该变快。 Jmap提供了不同世代的统计数据,但不是基于对象。在该工具中,我只能看到老一代正在增长...

    4热度

    1回答

    我正在使用Tomcat 6运行Web应用程序。我们使用的是开放式JDK 6.我们是AMD 64位Ubuntu 11.04服务器。 存储器转储被取由该命令 jmap -dump:format=b,file=/home/demon/Desktop/mymemorydump.hprof 2762 存储器转储是4.5 GB的。当我们使用eclipse MAT进行分析时,Strong Reachable