zyj8170的专栏

JVM Options For GC

相信很多朋友都遇见过， 一个Java应用长期运行后， 发现jps， jstack, jstat等工具都无法连接正在运行的jvm了。 如果这个时候发生故障， 非常难以诊断。 一直以来， 我都以为是Java的bug. 　　最近偶然得知， jps的工作模式是读取了系统临时文件夹下的pid文件里的内容获得连接信息的。 这个文件夹在Linux下的名字是：/tmp/hsperfdata_$USER

分享一下两个OOM Cases的查找过程，一个应用是Native OOM；另外一个应用其实没有OOM，只是每隔一段时间就会出现频繁FGC的现象，OOM的查找已经具备了不错的工具，但有些时候还是会出现很难查的现象，希望这两个排查过程的分享能给需要的同学带来一些帮助。 Native OOM的排查Case 之前的几个PPT里我都说到了，目前查找Native OOM最好的方法就是用google per

默认的java虚拟机的大小比较小，在对大数据进行处理时java就会报错：java.lang.OutOfMemoryError。 设置jvm内存的方法，对于单独的.class，可以用下面的方法对Test运行时的jvm内存进行设置。 java -Xms64m -Xmx256m Test -Xms是设置内存初始化的大小 -Xmx是设置最大能够使用内存的大小（最好不要超过物理内存大小） JVM内

jstack -- 如果java程序崩溃生成core文件，jstack工具可以用来获得core文件的java stack和native stack的信息，从而可以轻松地知道java程序是如何崩溃和在程序何处发生问题。另外，jstack工具还可以附属到正在运行的java程序中，看到当时运行的java程序的java stack和native stack的信息, 如果现在运行的java程序呈现hung的