jvm常用的分析命令

jvm优化 。什么是jvm参数?如何使用Linux命令Go分析jvm中的线程来阻塞仍然需要生成jvm process的threaddumpdata , 以便于与Linuxtop 命令的输出进行关联?如何在服务器挂起时分析jvm转储内存日志,在Linux中使用jstat命令viewjvm的GC情况;GC使用jstat命令view命令format jstat/的情况,格式:今天jstat加载图片时,eclipse报告了如下错误:“exceptioninthreadmainjava . lang . out of memory error:javaheapspace”,原来是图太大了,可以设置jvm heap的最大值来解决这个问题 。首先 , 打开Eclipse软件,选择菜单栏run,并在二级菜单中选择DebugConfigurations,然后,在弹出窗口中 , 选择(x)arguments选项卡,并在VMarguments中输入所需的最大内存量 , 例如,输入Xmx800m 。

1、 jvm- 常用调优启动参数配置可以看出堆内存是2G,新一代是768M , 老一代是1280M 。新一代使用ParNew collector XX: useconcmasweepgc:新一代使用par new collector,老一代使用512k的CMS线程栈(默认为1024k , 可以增加创建的线程数 。增加并发)同时打印GC细节和GC发生时间 。发生OOM时,将转储文件设置为指定路径堆栈空间参数Xss:设置线程的最大堆栈空间 。堆栈空间越大,方法的递归深度就越大 。方法区参数设置(方法区大小的参数设置与jdk版本有关)jdk1.6,

2、怎么通过linux 命令去 分析 jvm里面那个线程阻塞了还需要生成jvm process的threaddumpdata,方便与Linuxtop 命令的输出关联 。步骤如下:1)执行top 命令,或者使用h选项(显示所有线程)查找相关高CPU的PID2)生成一个线程转储快照(kill3PID) 。3)将top 命令的输出PID转换为HEX格式(十六进制)4)在threaddumpdata)分析受影响的线程和stacktrace中搜索NiD5,准确定位代码 。

3、 jvm优化.有哪些 jvm参数?用过哪些 jvm调优工具参考以下内容:JVM 常用调试参数:–-verbose:GC显示虚拟机回收内存时输出设备上的信息;Xloggc:将gc相关的日志信息记录到一个文件中for分析xx:heapdumponotemoryerror在第一次遇到OOM时导出堆中的相关信息;xx:致命错误后运行自定义命令xx:printclasshtogram在CtrlBreak后打印类实例的柱状信息 , 与jmaphisto的功能相同 。XX:PrintConcurrentLocks在CtrlBreak之后打印并发锁的相关信息 。与jstackl相同的函数XX:PrintGC打印每个GC的相关信息XX:PrintGCDetails打印每个GC的详细信息XX:printgcstimestamps打印每个GC的时间戳XX: printgapplicationstoppettime打印垃圾收集期间的程序暂停时间XX: PrintHeapAtGC打印GC前后的详细堆栈信息XX: print 。

4、如何 分析 jvmdump内存日志当服务器挂起、崩溃或性能下降时,需要抓取服务器的ThreadDump以备后续分析 。Threaddump提供当前活动线程的快照 。它提供了JVM中所有Java线程的堆栈跟踪信息 。有许多方法可以获得线程转储 。有些是操作系统特有的命令 。操作系统命令 Get线程转储:Windows:1 。转到服务器的标准输出窗口,按下Control Break组合键 。

然后拿栈 。1 . PS–ef | grep Java 2 . kill 3小心,一个不小心的步骤可能会杀死服务器进程!JVM自带的获取线程栈的工具:JDK自带的命令 line获取PID并做threaddump的工具:1.jps2.jstack使用JVM:Threads tab线程转储按钮 。WebLogic自带的获取ThreadDump的工具:1.webLogic.Admin工具A. Open 命令
5、Linux使用jstat 命令查看 jvm的GC情况【jvm常用的分析命令】Linux使用jstat 命令查看-0的GC/Format JSTAT命令Format:JSTAT[参数描述:options , Options,我们一般使用gcutil查看gc vmid,VM的进程号 , 即当前运行的java进程号间隔,间隔时间 , 以秒或毫秒为单位计数,打印次数,如果默认是打印无数个例子,那么这个例子通常运行/122显示内容如下:结果显示S0C:年轻一代S1C中第一幸存者的容量(以字节为单位):年轻一代中第二幸存者的容量(以字节为单位)S0U:第一幸存者当前使用的空间(以字节为单位)S1U:第二幸存者当前使用的空间(在年轻一代中) 。EC:年轻一代中Eden的容量(字节)EU:年轻一代中Eden当前使用的空间(字节)OC:老一代的容量(字节)ou: 。

    推荐阅读