`
javaG
  • 浏览: 554489 次
  • 性别: Icon_minigender_1
  • 来自: 深圳
社区版块
存档分类
最新评论

jvm监控分析总结与分析

阅读更多

参考文献:

http://www.51testing.com/?uid-188107-action-viewspace-itemid-226468

1.分析内存的工具

Eclipse Memory Analyzer Tool(俗称MAT),下载地址为: http://www.eclipse.org/mat/

使用Memory Analyzer tool(MAT)分析内存泄漏(一)

使用Memory Analyzer tool(MAT)分析内存泄漏(二)
 
使用前需要在linux上通过jmap -dump:format=b,file={$filename} ${pid}方式将heap的内存快照文件给dump出来,然后就可以通过上面的MAT进行分析了。注意dump出来的文件名要以bin作为后缀名不然可能识别不了哦.

例如: jmap -dump:format=b,file=a.bin 2298

 

2.线程状态分析

"exec-613" Id=713 in BLOCKED on lock=com.ss.nio.ClientFactory@2262ce5f
owned by tomcatThreadPool-exec-553 Id=623


"exec-553" Id=623 in TIMED_WAITING on lock=com.ss.nio.AbstractRequest@35ce75e at java.lang.Object.wait(Native Method)


"NioProcessor-1" Id=700 in RUNNABLE (running in native)
at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:215)
at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:65)
at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:69)
at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:80)


"RMI TCP Connection(8)-172.25.3.81" Id=698 in RUNNABLE
at sun.management.ThreadImpl.getThreadInfo0(Native Method)
at sun.management.ThreadImpl.getThreadInfo(ThreadImpl.java:145)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)

 

 

RUNNABLE(正在运行的,消耗cpu)  TIMED_WAITING(等待被分配到cpu运行的,现在不消耗cpu) BLOCKED(被阻塞,在阻塞解除前不能被分配cpu执行,现在不消耗cpu)

 

exec-613占用了锁,exec-553需要的锁被exec-613占用无法执行处于blocked状态.

NioProcessor-1正在运行,并且他的方法在调用native方法.

RMI TCP Connection(8)-172.25.3.81正在运行.

 

(一) jinfo  
jinfo打印一个给定的Java进程或核心文件或一个远程调试服务器的Java配置信息。配置信息包括Java系统属性和JVM命令行标志(更多信息,请参考《jinfo-Configuration Info》)。  
(二) jmap  
jmap:如果这个工具不使用任何选项(除了pid或core选项)运行,那么它显示类似于Solaris的pmap工具所输出的信息。这个工具支持针对Java堆可观察性的若干其它选项。  
在Java SE 6平台中,新加入了一个-dump选项。这样可以使jmap能够把Java堆信息复制到一个文件中,然后我们可以使用新的jhat命令(见下面一节)来分析它。  
jmap -dump选项并不使用Solaris libproc来实现实时处理;而是,它运行当前正运行的JVM中的一小段代码,由此来实现堆复制。既然这种堆复制代码运行于JVM内部,那么其速度是比较快的。堆复制的效果大致相当于实现一次"完全的GC"(对整个堆的垃圾收集),再加上把该堆的内容写入到文件中。实现堆复制的另外一种可能的思路是使用 gcore来进行核心复制并且运行"jmap -dump"(这与以"离线"方式运行的核心复制形成对照)。 

 

    可以输出某个java进程内存内对象的情况,甚至可以将VM 中的heap,以二进制输出成文本。


[root@B1943 ~]# jmap -histo 710 >mem.txt(可使用文本对比工具对比出GC回收了哪些对象) 该文件中内容如: num #instances #bytes class name ---------------------------------------------- 4:  1202692  67350752 java.io.ObjectStreamClass$WeakClassKey

[root@B1943 ~]#jmap -dump:format=b,file=mem.bin 710 (将该进程heap输出到mem.bin文件中,使用二进制形式。该文件可供其他 分析工具使用,如eclipse memory analyser) 注:jmap使用的时候jvm是处在假死状态的,只能在服务瘫痪的时候为了解决问题来使用,否则会造成服务中断

 
(三) jstack  
jstack等价于Solaris的pstack工具。jstack打印所有的Java线程的堆栈跟踪信息(可选地包括本机帧信息),请参考《jstack-堆栈跟踪》。关于锁和死锁的信息也可以被打印,请参考java.util.concurrent locks。  
top 时 H显示线程情况
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                               
29390 mqq       15   0 1696m 1.3g 8784 S  100 16.3   1:46.19 java                                                                  
29889 mqq       16   0 1696m 1.3g 8784 S    6 16.3   1:23.26 java                                                                  
29904 mqq       15   0 1696m 1.3g 8784 S    2 16.3   0:14.87 java                                                                  
29849 mqq       15   0 1696m 1.3g 8784 S    1 16.3   0:14.68 java                                                                  
29388 mqq       16   0 1696m 1.3g 8784 S    1 16.3   0:12.55 java                                                                  
29850 mqq       15   0 1696m 1.3g 8784 S    1 16.3   0:15.26 java 
其中线程29390转换为16进制为0x72ce,可以查出对应比较耗时线程在做什么
jstack 29364|grep -A10 72ce
"Thread-2" prio=10 tid=0x00002aab0b603c00 nid=0x72ce runnable [0x000000004133b000..0x000000004133baa0]
   java.lang.Thread.State: RUNNABLE
        at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
        at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:215)
        at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:65)
        at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:69)
        - locked <0x00002aaab2d972e8> (a sun.nio.ch.Util$1)
        - locked <0x00002aaab2d972d0> (a java.util.Collections$UnmodifiableSet)
        - locked <0x00002aaab2283470> (a sun.nio.ch.EPollSelectorImpl)
        at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:80)
        at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:84)

(四) jsadebugd  
jsadebugd依附到一个Java进程或核心文件并且担当一个调试服务器的作用。远程客户,例如jstack、jmap和jinfo,都能够通过Java RMI依附到该服务器。  
(五) jhat  
jhat是一个Java堆复制浏览器。这个工具分析Java堆复制文件(例如,由上面的 "jmap -dump"所产生的)。Jhat启动一个允许堆中的对象在web浏览器中进行分析的web服务器。这个工具并不是想用于应用系统中而是用于"离线"分析。"jhat工具是平HIDDEN立的",其意思是,它可以被用来观察在任何平台上所产生的堆复制。例如,我们有可能在Linux系统上使用jhat来观察一个在Solaris OS上所产生的堆复制。

(六)jstat 查出gc情况

很强大的监视jvm内存工具,可用来查看堆内各个部分的使用量,以及加载类的数量。使用时,需指定java进程号。
一般使用 -gcutil 查看gc情况。

[root@B1943 ~]# jstat -class 710(显示加载class的数量,及所占空间等信息) Loaded  Bytes  Unloaded  Bytes     Time    11242 24450.0       41    65.8      30.25
jstat -compiler pid:显示VM实时编译的数量等信息。
jstat -gc pid:可以显示gc的信息,查看gc的次数及时间。其中最后五项,分别是young gc的次数,young gc的时间
,full gc的次数,full gc的时间,gc的总时间。
jstat -gccapacity pid:可以显示VM内存中三代(young,old,perm)对象的使用和占用大小,如:PGCMN显示的是
最小perm的内存使用量,PGCMX显示的是perm的内存最大使用量,PGC是当前新生成的perm内存占用量,PC是当
前perm内存占用量。


语法结构如下:jstat [Options] vmid [interval] [count]
    Options — 选项,我们一般使用 -gcutil 查看gc情况
    vmid    — VM的进程号,即当前运行的java进程号
    interval– 间隔时间,单位为秒或者毫秒
    count   — 打印次数,如果缺省则打印无数次
 
    S0  — Heap上的 Survivor space 0 区已使用空间的百分比
    S1  — Heap上的 Survivor space 1 区已使用空间的百分比
    E   — Heap上的 Eden space 区已使用空间的百分比
    O   — Heap上的 Old space 区已使用空间的百分比
    P   — Perm space 区已使用空间的百分比
    YGC — 从应用程序启动到采样时发生 Young GC 的次数
    YGCT– 从应用程序启动到采样时 Young GC 所用的时间(单位秒)
    FGC — 从应用程序启动到采样时发生 Full GC 的次数
    FGCT– 从应用程序启动到采样时 Full GC 所用的时间(单位秒)
    GCT — 从应用程序启动到采样时用于垃圾回收的总时间(单位秒)

    实例使用1:

[root@localhost bin]# jstat -gcutil 25444

  S0     S1     E      O      P     YGC     YGCT    FGC    FGCT     GCT

 11.63   0.00   56.46  66.92  98.49 162    0.248    6      0.331    0.579

 

实例使用2:

[root@localhost bin]# jstat -gcutil 25444 1000 5

  S0     S1     E      O      P     YGC     YGCT    FGC    FGCT     GCT

 73.54   0.00  99.04  67.52  98.49    166    0.252     6    0.331    0.583

 73.54   0.00  99.04  67.52  98.49    166    0.252     6    0.331    0.583

 73.54   0.00  99.04  67.52  98.49    166    0.252     6    0.331    0.583

 73.54   0.00  99.04  67.52  98.49    166    0.252     6    0.331    0.583

 73.54   0.00  99.04  67.52  98.49    166    0.252     6    0.331    0.583


 

jps

    与ps命令类似,用来显示本地的java 进程,查看本地运行着几个java应用,并显示进程号。


[root@B1943 ~]# jps(只显示进程号) 23813 Jps 710 Bootstrap 792 Bootstrap

[root@B1943 ~]# jps -v(显示jvm参数) 23852 Jps -Denv.class.path=.:/usr/jdk1.6.0_21/lib/dt.jar:/usr/jdk1.6.0_21/lib/tools.jar -Dapplication.home=/usr/jdk1.6.0_21 -Xms8m 710 Bootstrap -Xms2048m -Xmx2048m -XX:NewRatio=2 -XX:PermSize=256M -XX:MaxPermSize=512M -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/root/zhusj/apache-tomcat-6.0.18_1/conf/logging.properties -Dcom.sun.management.jmxremote.port=8799 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -Djava.endorsed.dirs=/root/zhusj/apache-tomcat-6.0.18_1/endorsed -Dcatalina.base=/root/zhusj/apache-tomcat-6.0.18_1 -Dcatalina.home=/root/zhusj/apache-tomcat-6.0.18_1 -Djava.io.tmpdir=/root/zhusj/apache-tomcat-6.0.18_1/temp

 

 

sar 既能收集系统 CPU 、硬盘网络设备等动态数据,更能查看二进制数据文件等。

用法:

sar [参数选项] t [n] [-o file] t 为采样间隔秒,必须有, n 为采样次数,可选,默认值 1

参数说明:

-A 显示所有历史数据,通过读取/var/log/sar 目录下的所有文件,并把它们分门别类的显示出来;
-b 通过设备的I/O 中断读取设置的吞吐率;
-B 报告内存或虚拟内存交换统计;
-c 报告每秒创建的进程数;
-d 报告物理块设备(存储设备)的写入、读取之类的信息,如果直观一点,可以和p 参数共同使用,-dp
-f 从一个二进制的数据文件中读取内容,比如sar -f filename
-n 分析网络设备状态的统计,后面可以接的参数有DEVEDEVNFSNFSDSOCK 等。比如-n DEV
-o 把统计信息以二进制格式写入一个文件,比如-o filename
-u 报告CPU 利用率的参数;
-P
报告每个处理器应用统计,用于多处理器机器,并且启用SMP 内核才有效;
-p 显示友好设备名字,以方便查看,也可以和-d-n 参数结合使用;

-r 内存和交换区占用统计;
-t 这个选项对从文件读取数据有用,如果没有这个参数,会以本地时间为标准读出;
-v 报告inode, 文件或其它 内核表的资源占用信息;
-w 报告系统交换活动的信息; 每少交换数据的个数;
-W 报告系统交换活动吞吐信息;
-x 用于监视进程的,在其后要指定进程的PID 值;
-X 用于监视进程的,但指定的应该是一个子进程ID

CPU利用率:

[root@B1943 ~]#sar -u 1 5
Linux 2.6.18-53.el5 (B1943)  2011年01月13日

14时58分08秒     CPU     %user     %nice   %system   %iowait    %steal     %idle
14时58分09秒     all      0.00      0.00      0.00      0.00      0.00    100.00
14时58分10秒     all      0.50      0.00      0.00      0.00      0.00     99.50
14时58分11秒     all      0.00      0.00      0.00      0.00      0.00    100.00
14时58分12秒     all      0.00      0.00      0.00      0.00      0.00    100.00
14时58分13秒     all      0.00      0.00      0.00      0.00      0.00    100.00
Average:        all      0.10      0.00      0.00      0.00      0.00     99.90

%usr cpu 用户模式下时间(百分比)
%sys cpu
系统模式下时间(百分比)

%nice 表示 CPU 在用户层优先级的百分比, 0 表示正常;
%iowait cpu
等待输入 / 输出完成(时间百分比)
%idle cpu
空闲时间(百分比)

将动态信息写入文件中:

[root@localhost ~]#sar -u 1 5 > sar000.txt
[root@localhost ~]# cat sar000.txt

也可以输出到一个二进制的文件中,然后通过 sar 来查看;

[root@localhost ~]#sar -u 1 5 -o sar002
[root@localhost ~]# sar -f sar002

网络设备的吞吐情况:

[root@B1943 ~]#sar -n DEV 2 5 |grep eth0
15时04分12秒      eth0      6.97      1.00      0.54      0.07      0.00      0.00      0.00
15时04分14秒      eth0      7.50      1.50      0.71      0.16      0.00      0.00      0.00
15时04分16秒      eth0      6.00      1.50      0.43      0.16      0.00      0.00      0.00
15时04分18秒      eth0      7.50      1.50      0.58      0.16      0.00      0.00      0.00
15时04分20秒      eth0      7.50      1.50      0.50      0.16      0.00      0.00      0.00
Average:         eth0      7.09      1.40      0.55      0.14      0.00      0.00      0.00

IFACE:设备名;
rxpck/s:每秒收到的包;
rxbyt/s:每秒收到的所有包的体积
txbyt/s:每秒传输的所有包的体积;
rxcmp/s:每秒收到数据切割压缩的包总数;
txcmp/s:每秒传输的数据切割压缩的包的总数;
rxmcst/s:每秒收到的多点传送的包。

iostat:用法:

iostat [ -c | -d ] [ -k ] [ -t ] [ -V ] [ -x [ device ] ] [ interval [ count ] ]> outputfile

其中,
-c为汇报CPU的使用情况;
-d为汇报磁盘的使用情况;
-k表示每秒按kilobytes字节显示数据;
-x可获得更多信息;
interval指每次统计间隔的时间;
count指按照这个时间间隔统计的次数。
 

[root@B1943 ~]# iostat -d -k -x Linux 2.6.18-53.el5 (B1943)  2011年01月13日
Device:        
rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await  svctm  %util sda              
 0.02     4.10    0.11    1.77     2.11    23.45    27.24     0.00    1.15   0.63   0.12
rrqm/s:每秒这个设备相关的读取请求有多少被Merge了(当系统调用需要读取数据的时候,VFS将请求发到各个FS,如果FS发现不同的读取请求读取的是相同Block的数据,FS会将这个请求合并Merge);

wrqm/s:每秒这个设备相关的写入请求有多少被Merge了。

rsec/s:每秒读取的扇区数;

wsec/s:每秒写入的扇区数。

r/s:The number of read requests that were issued to the device per second;

w/s:The number of write requests that were issued to the device per second;

await:每一个IO请求的处理的平均时间(单位是微秒)。这里可以理解为IO的响应时间,一般地系统IO响应时间应该低于5ms,如果大于10ms就比较大了。

%util:在统计时间内所有处理IO时间,除以总共统计时间。例如,如果统计间隔1秒,该设备有0.8秒在处理IO,而0.2秒闲置,那么该设备的%util = 0.8/1 = 80%,所以该参数暗示了设备的繁忙程度。一般地,如果该参数是100%
表示设备已经接近满负荷运行了(当然如果是多磁盘,即使%util是100%,因为磁盘的并发能力,所以磁盘使用未必就到了瓶颈)。

[root@B1943 ~]# iostat -d -k Linux 2.6.18-53.el5 (B1943)  2011年01月13日

Device:           
tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn sda              
1.88         2.11        23.45    1122861   12458568

tps:该设备每秒的传输次数(Indicate the number of transfers per second that were issued to the device.)。“

一次传输”意思是“一次I/O请求”。多个逻辑请求可能会被合并为“一次I/O请求”。“一次传输”请求的大小是未知的。
kB_read/s:每秒从设备(drive expressed)读取的数据量;

kB_read:读取的总数据量;

kB_wrtn/s:每秒向设备(drive expressed)写入的数据量;

kB_wrtn:写入的总数量数据量;这些单位都为Kilobytes。

iostat -cdx 1 >outfile

cat outfile

vmstat: 也可以输出到文件vmstat > outputfile

 

Procs
r: The number of processes waiting for run time.
b: The number of processes in uninterruptable sleep.
w: The number of processes swapped out but otherwise runnable.

Memory
swpd: the amount of virtual memory used (kB).
free: the amount of idle memory (kB).
buff: the amount of memory used as buffers (kB).

Swap
si: Amount of memory swapped in from disk (kB/s).
so: Amount of memory swapped to disk (kB/s).

IO
bi: Blocks sent to a block device (blocks/s).
bo: Blocks received from a block device (blocks/s).

System
in: The number of interrupts per second, including the clock.
cs: The number of context switches per second.

CPU
These are percentages of total CPU time.
us: user time
sy: system time
id: idle time

 

 

文件句柄数Too many open files

问题描述:java .io.IOException: Too many open files

[root@B1943 ~]#ulimit -a(查看文件句柄数)
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
max nice                        (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 71680
max locked memory       (kbytes, -l) 32
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
max rt priority                 (-r) 0
stack size              (kbytes, -s) 10240
cpu time               (seconds, -t) unlimited
max user processes              (-u) 71680
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

[root@B1943 ~]# ulimit -n
1024

ulimit应该是用户的限制 ,如果太小则修改大小:ulimit -n 2048

如果要重启后仍生效,则可修改/etc/security/limits.conf,后面加上: * - nofile 2048
(此时type用“-”,表示hard和soft同时设定。domain设置为星号代表全局,也可以针对不同的用户做出不同的限制 )

/proc/sys/fs/file-max应该是系统级的限制

[root@B1943 ~]# cat /proc/sys/fs/file-max(查看)

8192

[root@B1943 ~]# echo 65536 > /proc/sys/fs/file-max(修改)

如果要重启后仍生效,则可修改 /etc/sysctl.conf,加上:fs.file-max = 65536

另外还有一个,/proc/sys/fs/file-nr

只读,可以看到整个系统目前使用的文件句柄数量

 

 

 

 

 

分享到:
评论

相关推荐

    jvisualvm来JVM监控

    总结,jvisualvm作为一款免费且功能齐全的JVM监控工具,为开发者提供了便利的性能分析环境。熟练掌握其使用,能有效提升我们的开发效率,确保Java应用程序的高效稳定运行。通过实际操作和不断实践,我们可以更好地...

    JAVA JVM内存监控工具总结

    Java JVM内存监控是优化Java应用程序性能的关键环节,而VisualVM作为一款集成多种JDK命令行工具的可视化平台,提供了强大的分析功能。它包含的工具如jps、jstat、jmap、jinfo、jstack和JConsole,都是JDK的标准组成...

    idea插件JVM内存工具JProfiler11

    总结来说,Idea插件JProfiler11是Java开发者的得力助手,它将复杂的JVM内存管理和性能优化变得简单易行。熟练掌握JProfiler11的使用,不仅可以提高Java应用的性能,也能提升开发者的专业技能。在日常开发中,适时...

    JVM监控工具,用来怎么提高JAVA的效率

    总结来说,利用JVM监控工具,如VisualVM,我们可以从多个维度深入了解Java应用的运行状况,发现并解决性能问题,从而显著提升Java应用的运行效率。无论是开发者还是运维人员,都应该掌握这些工具的使用,以确保应用...

    JVM TI监控JAVA执行过程

    总结,JVM TI是Java平台的强大工具,它为开发者提供了深入监控和管理Java应用程序的能力。通过理解和应用JVM TI,我们可以更好地优化性能、调试问题以及确保应用程序的健康运行。然而,由于其涉及到本地编程,使用...

    JVM监控工具介绍

    ### JVM监控工具详解 在Java应用开发与维护过程中,确保应用程序稳定高效地运行至关重要。为此,JVM(Java虚拟机)提供了多种内置工具用于监控、诊断及优化Java应用程序的性能。本文将详细介绍JVM自带的一些核心...

    jvm异常分析文件

    总结起来,JVM异常分析涉及到socket端口占用、内存溢出和系统宕机等问题。理解并解决这些问题需要深入理解Java编程、网络通信和资源管理,以及熟悉JVM的内存模型和调优策略。通过有效的监控、日志分析和异常处理,...

    JVM调优总结 JVM调优总结

    本文将围绕JVM调优展开讨论,重点分析数据类型、堆与栈的关系及其对程序性能的影响,并探讨Java中的参数传递机制。 #### 二、数据类型 在Java虚拟机中,数据类型分为两大类:基本类型和引用类型。 - **基本类型**...

    JVM调优world总结

    通过理解JVM工作原理,使用合适的工具进行监控和分析,结合代码优化,可以有效提升程序性能。 9. **参考文献**: - 学习更多关于JVM、Java性能调优的书籍和在线资源,如《Java性能优化权威指南》等。 总之,JVM...

    jvm-profiler,jvm分析器向kafka、控制台输出或自定义报告器发送度量.zip

    总结起来,Uber的JVM Profiler是一款强大的性能监控工具,尤其适用于Hadoop和Spark等大数据处理场景。通过实时收集和分析JVM的各类度量,它可以帮助开发者优化系统性能,提升整体效率,同时,其开放源码的特性也为...

    JVM优化与OOM分析PPT

    ### JVM优化与OOM分析 #### 一、JVM的重要性与作用 JVM(Java Virtual Machine)作为Java程序的运行环境,对于确保Java程序能够跨平台运行具有重要意义。它不仅提供了执行字节码的基础,还负责内存管理、垃圾回收...

    IDEA工具jprofiler插件(JVM分析利器)

    **IDEA工具与JProfiler插件:JVM分析利器** IntelliJ IDEA,作为Java开发者广泛使用的集成开发环境(IDE),提供了丰富的功能和强大的插件支持。其中之一就是JProfiler插件,它是一款针对JVM(Java虚拟机)的高级...

    JVM问题定位的典型案例分析

    1. **监控与分析工具**:利用如VisualVM、JConsole等工具进行监控,收集内存泄漏、GC行为等关键指标。 2. **日志分析**:通过分析应用日志和JVM日志来识别异常情况。 3. **代码审查**:对代码进行静态分析,查找潜在...

    JVM学习资料+笔记

    3. jconsole和jvisualvm:图形化工具,提供更直观的JVM状态监控和性能分析。 4. GC日志分析:通过设置JVM参数输出GC日志,然后使用专门工具(如GcViewer)分析垃圾收集的效率和问题。 三、JVM优化 1. 参数调整:...

    JVM调优总结1-12.docx

    JVM 调优需要通过监控和分析 JVM 的性能来确定合适的配置。常见的调优方法包括: * 使用 JVM 监控工具来监控 JVM 的性能。 * 分析 JVM 的垃圾回收情况来确定合适的垃圾回收算法。 * 调整堆大小和线程数来提高 JVM ...

    JAVA JVM性能调优监控工具详解

    ### JAVA JVM性能调优监控工具详解 在Java开发过程中,特别是在企业级应用中,经常会遇到各种性能瓶颈问题,如内存溢出(`OutOfMemoryError`)、内存泄露、线程死锁、锁争用等问题。这些问题如果不能及时有效地解决...

    JVM实战-JVM调优案例分析与MyEclipse性能调优实战

    #### 实验结果分析与总结 通过本次实验的学习与实践,我们不仅学会了如何使用VisualVM这一强大的多合一故障处理工具,还掌握了具体的性能调优技巧。经过一系列的调优操作后,MyEclipse和Eclipse的启动速度得到了...

    JVM优化经验总结Java开发Java经验技巧共15页.p

    6. **性能监控与诊断**:使用JConsole、VisualVM、JProfiler等工具进行实时监控,分析CPU、内存、线程状况,找出性能瓶颈。 7. **编译优化**:JIT(Just-In-Time)编译器将热点代码编译为本地代码以提高执行效率,...

    jvm-mon基于控制台的JVM监视

    虽然`jvm-mon`提供了基本的JVM监控功能,但更复杂的性能问题可能需要结合其他专业工具,如JProfiler、VisualVM、YourKit等,它们提供更深入的分析和故障排查能力,如方法调用时间线、内存分配跟踪、线程栈深度等。...

Global site tag (gtag.js) - Google Analytics