- 浏览: 57266 次
- 性别:
- 来自: 北京
文章分类
最新评论
前几篇篇文章介绍了介绍了JVM的参数设置并给出了一些生产环境的JVM参数配置参考方案。正如之前文章中提到的JVM参数的设置需要根据应用的特 性来进行设置,每个参数的设置都需要对JVM进行长时间的监测,并不断进行调整才能找到最佳设置方案。本文将介绍如果通过工具及Java api来监测JVM的运行状态,并详细介绍各工具的使用方法。
需要监测的数据:(内存使用情况 谁使用了内存 GC的状况)
内存使用情况--heap&PermGen
@ 表示通过jmap –heap pid 可以获取的值
# 表示通过jstat –gcutil pid 可以获取的值
参数的查看可以通过多种方法 本文中只随机列出一种。
描述 | 最大值 | 当前值 | 报警值 |
堆内存 | @Heap Configuration::MaxHeapSize sum(eden+servivor+old) |
sum(eden+servivor+old) | 自设 |
非堆内存 | sum(perm+native) | 无 | |
Eden | @Eden Space::capacity | @Eden Space::used | 无 |
Survivor0 | @From Space::capacity | @From Space::used | 无 |
Survivor1 | @To Space::capacity | @To Space::used | 无 |
New gen (注意区别于Xmn参数设置 ) |
@New Generation::capacity Eden + 1 Survivor Space |
@New Generation::used | 无 |
Old gen | @concurrent mark-sweep generation::capacity (CMS是对old区的gc,所以此处即表示old gen) |
@concurrent mark-sweep generation::capacity(CMS)::used | 自设 |
Perm Gen | @Perm Generation::capacity | @Perm Generation::used | 自设 |
内存使用情况--config
描述 | 配置值 |
MaxTenuringThreshold | jinfo -flag MaxTenuringThreshold pid |
MinHeapFreeRatio | @Heap Configuration::MinHeapFreeRatio |
MaxHeapFreeRatio | @Heap Configuration::MaxHeapFreeRatio |
new gen gc | @using … in the new generation |
old gen gc | new gen gc声明下方 |
类总数统计 | ?? |
内存使用情况—C heap
- top or ps aux
谁使用了内存
- Heap
jmap –histo
jmap –dump ,then mat - C heap
google perftools
GC的状况
描述 | 收集次数 | 收集时间 | 应用暂停时间 |
Full GC | #FGC | #FGCT | 设置-XX:+PrintGCApplicationStoppedTime 后在日志中查看 |
Young GC | #YGC | #YGCT | 同上 |
-XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintHeapAtGC -XX:+PrintGCApplicationStoppedTime -Xloggc:logs/gc.log
常用工具 介绍: jinfo jmap jstack jstat
- 可 以从一个给定的java进程或core文件或远程debug服务器上获取java配置信息。包括java系统属性及JVM参数(command line flags)。注意在jvm启动参数中没有配置的参数也可使用jinfo –flag xxx pid输出默认值(很有用,但貌似一些简写的参数查不出来)。
- 可以修改运行时的java 进程的opts。
- 只有solaris和linux的JDK版本里有。
- 使用方式可使用jinfo –h 查询。
观察运行中的jvm物理内存的占用情况。
如果连用SHELL jmap -histo pid>a.log可以将其保存到文本中去,在一段时间后,使用文本对比工具,可以对比出GC回收了哪些对象。
参数很简单,直接查看jmap -h
举例:
jmap -heap pid
jmap -dump:format=b,file=heap.hprof <pid>
观察jvm中当前所有线程的运行情况和线程当前状态
如果java程序崩溃生成core文件,jstack工具可以用来获得core文件的java stack和native stack的信息,从而可以轻松地知道java程序是如何崩溃和在程序何处发生问题。另外,jstack工具还可以附属到正在运行的java程序中,看到 当时运行的java程序的java stack和native stack的信息, 如果现在运行的java程序呈现hung的状态,jstack是非常有用的。目前只有在Solaris和Linux的JDK版本里面才有。
参数很简单,直接查看jstack -h
举例:
jstack pid
JVM监测工具(Java Virtual Machine Statistics Monitoring Tool)。利用了JVM内建的指令对Java应用程序的资源和性能进行实时的命令行的监控,包括各种堆和非堆的大小及其内存使用量、 classloader、compiler、垃圾回收状况等。
举例:
jstat –printcompilation -h10 3024 250 600
每250毫秒打印一次,一共打印600次 每隔10行显示一次head
Usage: jstat -help|-options jstat -< option > [-t] [-h< lines> ] < vmid> [< interval> [< count> ]]
参数介绍:
- -h n 每隔几行输出标题
- vmid VM的进程号,即当前运行的java进程号
- -t 在第一列显示自JVM启动以来的时间戳
- -J 修改java进程的参数。类似jinfo -flag <name>=<value>。例如-J-Xms48m 设置初始堆为48M。详见这里 。这个参数挺有用的,可以在运行中调整参数以方便测试、监测。
- -option option为要检测的参数。参数列表可通过jstat –options 获取。下面将分别介绍每个参数及输出字段的含义。
class | 统计class loader行为信息 |
compiler | 统计编译行为信息 |
gc | 统计jdk gc时heap信息 |
gccapacity | 统计堆内存不同代的heap容量信息 |
gccause | 统计gc的情况(同-gcutil)和引起gc的事件 |
gcnew | 统计gc时新生代的信息(相比gcutil更详细) |
gcnewcapacity | 统计gc时新生代heap容量 |
gcold | 统计gc时,老年区的情况 |
gcoldcapacity | 统计gc时,老年区heap容量 |
gcpermcapacity | 统计gc时,permanent区heap容量 |
gcutil | 统计gc时,heap情况 |
printcompilation | 统计编译行为信息 |
-class option:Class Loader Statistics
Loaded | Number of classes loaded. |
Bytes | Number of Kbytes loaded. |
Unloaded | Number of classes unloaded. |
Bytes | Number of Kbytes unloaded. |
Time | Time spent performing class load and unload operations. |
-compiler:HotSpot Just-In-Time Compiler Statistics
Compiled | Number of compilation tasks performed. |
Failed | Number of compilation tasks that failed. |
Invalid | Number of compilation tasks that were invalidated. |
Time | Time spent performing compilation tasks. |
FailedType | Compile type of the last failed compilation. |
FailedMethod | Class name and method for the last failed compilation. |
-gc Option:Garbage-collected heap statistics
S0C | Current survivor space 0 capacity (KB). |
S1C | Current survivor space 1 capacity (KB). |
S0U | Survivor space 0 utilization (KB). |
S1U | Survivor space 1 utilization (KB). |
EC | Current eden space capacity (KB). |
EU | Eden space utilization (KB). |
OC | Current old space capacity (KB). |
OU | Old space utilization (KB). |
PC | Current permanent space capacity (KB). |
PU | Permanent space utilization (KB). |
YGC | Number of young generation GC Events. |
YGCT | Young generation garbage collection time. |
FGC | Number of full GC events. |
FGCT | Full garbage collection time. |
GCT | Total garbage collection time. |
-gccapacity Option:Memory Pool Generation and Space Capacities
NGCMN | Minimum new generation capacity (KB). |
NGCMX | Maximum new generation capacity (KB). |
NGC | Current new generation capacity (KB). |
S0C | Current survivor space 0 capacity (KB). |
S1C | Current survivor space 1 capacity (KB). |
EC | Current eden space capacity (KB). |
OGCMN | Minimum old generation capacity (KB). |
OGCMX | Maximum old generation capacity (KB). |
OGC | Current old generation capacity (KB). |
OC | Current old space capacity (KB). |
PGCMN | Minimum permanent generation capacity (KB). |
PGCMX | Maximum Permanent generation capacity (KB). |
PGC | Current Permanent generation capacity (KB). |
PC | Current Permanent space capacity (KB). |
YGC | Number of Young generation GC Events. |
FGC | Number of Full GC Events. |
-gccause Option:Garbage Collection Statistics, Including GC Events
LGCC | Cause of last Garbage Collection. |
GCC | Cause of current Garbage Collection. |
前面的字段与gcutil相同.
-gcnew Option:New Generation Statistics
S0C | Current survivor space 0 capacity (KB). |
S1C | Current survivor space 1 capacity (KB). |
S0U | Survivor space 0 utilization (KB). |
S1U | Survivor space 1 utilization (KB). |
TT | Tenuring threshold. |
MTT | Maximum tenuring threshold. |
DSS | Desired survivor size (KB). |
EC | Current eden space capacity (KB). |
EU | Eden space utilization (KB). |
YGC | Number of young generation GC events. |
YGCT | Young generation garbage collection time. |
-gcnewcapacity Option:New Generation Space Size Statistics
NGCMN |
Minimum new generation capacity (KB). |
NGCMX | Maximum new generation capacity (KB). |
NGC | Current new generation capacity (KB). |
S0CMX | Maximum survivor space 0 capacity (KB). |
S0C | Current survivor space 0 capacity (KB). |
S1CMX | Maximum survivor space 1 capacity (KB). |
S1C | Current survivor space 1 capacity (KB). |
ECMX | Maximum eden space capacity (KB). |
EC | Current eden space capacity (KB). |
YGC | Number of young generation GC events. |
FGC | Number of Full GC Events. |
-gcold Option:Old and Permanent Generation Statistics
PC | Current permanent space capacity (KB). |
PU | Permanent space utilization (KB). |
OC | Current old space capacity (KB). |
OU | old space utilization (KB). |
YGC | Number of young generation GC events. |
FGC | Number of full GC events. |
FGCT | Full garbage collection time. |
GCT | Total garbage collection time. |
-gcoldcapacity Option:Old Generation Statistics
OGCMN | Minimum old generation capacity (KB). |
OGCMX | Maximum old generation capacity (KB). |
OGC | Current old generation capacity (KB). |
OC | Current old space capacity (KB). |
YGC | Number of young generation GC events. |
FGC | Number of full GC events. |
FGCT | Full garbage collection time. |
GCT | Total garbage collection time. |
-gcpermcapacity Option: Permanent Generation Statistics
PGCMN | Minimum permanent generation capacity (KB). |
PGCMX | Maximum permanent generation capacity (KB). |
PGC | Current permanent generation capacity (KB). |
PC | Current permanent space capacity (KB). |
YGC | Number of young generation GC events. |
FGC | Number of full GC events. |
FGCT | Full garbage collection time. |
GCT | Total garbage collection time. |
-gcutil Option:Summary of Garbage Collection Statistics
S0 | Survivor space 0 utilization as a percentage of the space's current capacity. |
S1 | Survivor space 1 utilization as a percentage of the space's current capacity. |
E | Eden space utilization as a percentage of the space's current capacity. |
O | Old space utilization as a percentage of the space's current capacity. |
P | Permanent space utilization as a percentage of the space's current capacity. |
YGC | Number of young generation GC events. |
YGCT | Young generation garbage collection time. |
FGC | Number of full GC events. |
FGCT | Full garbage collection time. |
GCT | Total garbage collection time. |
-printcompilation Option: HotSpot Compiler Method Statistics
Compiled | Number of compilation tasks performed. |
Size | Number of bytes of bytecode for the method. |
Type | Compilation type. |
Method | Class name and method name identifying the compiled method. Class name uses "/" instead of "." as namespace separator. Method name is the method within the given class. The format for these two fields is consistent with the HotSpot - XX:+PrintComplation option. |
Java api方式监测
jre中提供了一些查看运行中的jvm 内部信息的api,这些api包含在java.lang.management包中,此包中的接口是在jdk 5中引入的,所以只有在jdk 5及其以上版本中才能通过这种方式访问这些信息。下面简单介绍一下这包括哪些信息,以及如何访问。
可以通过此api访问到运行中的jvm的类加载的信息、jit编译器的信息、内存分配的情况、线程的相关信息以及运行jvm的操作系统的信息。 java.lang.management包中提供了9个接口来访问这些信息,使用ManagementFactory的静态get方法可以获得相应接口 的实例,可以通过这些实例来获取你需要的相关信息。
更详细的关于MBean的介绍参见Java SE 6 新特性: JMX 与系统管理
demo1:查看一下当前运行的jvm中加载了多少个类。想详细了解如何使用这些api,可以参考java.lang.management包中的详细api文档。
public class ClassLoaderChecker { public static void main( String[] args ) throws Exception { ClassLoadingMXBean bean = ManagementFactory.getClassLoadingMXBean (); System.out .println ( bean.getLoadedClassCount () ); } }demo2:自定义Mbean Type,记录的数据可通过jconsole等工具或自写代码查看,
//工具方法
public static ObjectName register(String name, Object mbean) { try { ObjectName objectName = new ObjectName(name); MBeanServer mbeanServer = ManagementFactory .getPlatformMBeanServer (); try { mbeanServer.registerMBean (mbean, objectName); } catch (InstanceAlreadyExistsException ex) { mbeanServer.unregisterMBean (objectName); mbeanServer.registerMBean (mbean, objectName); } return objectName; } catch (JMException e) { throw new IllegalArgumentException(name, e); } }
//步骤一:定义Mbean接口://随便定义public interface DemoMBean {public AtomicLong getInvokeCount();}//步骤二:实现接口,并注册:public class DemoImpl implements DemoMBean{public final static String DEFAULT_OBJECT_NAME_PREFIX = "com.redcreen.demo:type=demo";register("com.redcreen.demo:type=demo",DemoImpl.instance);}//可以通过jconsole中查看数据了
相关推荐文章:
参考:
http://www.51testing.com/?uid-183198-action-viewspace-itemid-185174
JVM监控工具介绍jstack, jconsole, jinfo, jmap, jdb, jstat
http://stl-www.htw-saarland.de/syst-lab/java/jdk-1_5_0/docs/tooldocs/share/jinfo.html
http://www.coderanch.com/t/329407/java/java/find-all-loaded-classes-classloaders
发表评论
-
JVM调优总结 -Xms -Xmx -Xmn -Xss
2012-10-25 10:33 666堆大小设置 JVM 中最大堆大小有三方面限制:相关操 ... -
jstack命令(Java Stack Trace)
2012-09-28 17:21 01、介绍 jstack用于打印出给定的java进程ID或 ... -
jmap命令(Java Memory Map)
2012-09-28 17:20 01、介绍 打印出某个j ... -
JVM系列四:生产环境参数实例及分析【生产环境实例增加中】
2012-09-28 15:14 836java application项目(非web项目) ... -
JVM系列三:JVM参数设置、分析
2012-09-28 15:10 671不管是YGC还是Full GC,GC过程中都会对导致程序运行中 ... -
JVM系列二:GC策略&内存申请、对象衰老
2012-09-28 15:09 575JVM里的GC(Garbage Collection) ... -
JVM系列一:JVM内存组成及分配
2012-09-28 15:07 612java内存组成介绍:堆(Heap)和非堆(Non-hea ...
相关推荐
4. **JVM监测工具**: 使用JVM内置的JConsole、VisualVM或者第三方工具如JProfiler,可以实时监控JVM的内存使用、线程状态、CPU负载等信息,帮助诊断性能问题。 5. **Linux监测工具**: 在Linux环境中,可以通过...
JVM中的GC负责监测和回收不再使用的对象,防止内存泄漏。常见的GC算法有标记-清除、复制、标记-整理和分代收集等。 5. **硬件和操作系统的接口**:JVM抽象化了底层硬件和操作系统,使得Java应用程序具有跨平台性。 ...
2. 性能监控:使用JVisualVM、JConsole等工具监测CPU、内存、线程等运行状态。 3. 内存泄漏检测:利用内存分析工具,如MAT(Memory Analyzer Tool),找出内存泄漏原因。 4. 热点代码优化:JIT编译器(Just-In-Time ...
### Java-JVM调优总结 #### 一、引言 ...同时,利用各种监控工具定期对应用进行性能监测,也是确保系统稳定运行的重要手段之一。希望本文能够帮助开发者更好地理解和掌握 JVM 调优的关键技术和实践方法。
- 性能监控:使用VisualVM、JProfiler等工具监测CPU、内存、线程等状态。 5. **类加载机制** - 双亲委派模型:类加载请求会向上委托至父类加载器,避免类的重复加载。 - 自定义类加载器:可以扩展JVM的类加载...
### JAVA高级知识——JVM篇 #### 一、JVM内存模型 JVM(Java Virtual Machine,Java虚拟机)作为Java程序的运行环境,其内存...通过合理使用这些工具,可以有效地监测JVM的运行状况,帮助开发者优化应用程序性能。
这个监测项目列表是由个人整理的统计资料,可能包括了各种性能指标、服务器状态以及可能的异常情况,以便于管理员对WebLogic实例进行深入分析。 【标签】"weblogic monitor"强调的是针对WebLogic的监控工具或实践。...
性能监控工具可以帮助开发者监测JVM运行时的状态,分析性能瓶颈。 文件中还提及了Java架构师在学习Java时应当关注的高级主题,例如机器学习和数据库设计。机器学习是计算机科学中的一个分支,它让机器能通过经验...
在JVM中,垃圾收集器(Garbage Collector,简称GC)会追踪所有活跃对象(正在使用中的对象),并将剩余的对象视为垃圾(即不可达对象),通过一系列算法来决定何时、如何回收这些垃圾对象。 ### GC算法 GC算法包括...
4. **JVM性能监测及调优**:讲解JVM的内存模型、垃圾回收机制、性能监控工具的使用等。 5. **设计模式调优**:通过实际案例展示如何利用设计模式改善代码质量、提高系统性能。 6. **数据库性能调优**:覆盖SQL优化...
- **流程**:从CALayer开始,经过一系列步骤完成最终的渲染。 #### 33. Activity的启动模式 - **标准模式**:每次启动都会创建一个新的实例。 - **单一实例模式**:整个应用生命周期中只创建一个实例。 - **单一...
2. 垃圾收集器(Garbage Collector,GC):这是Java虚拟机(JVM)的一部分,负责监测和清理不再使用的对象,以回收内存资源。 3. 堆内存(Heap Memory):Java中对象主要存储在堆内存中,这是垃圾回收的主要区域。...
这可以通过模拟多用户同时访问服务或使用网络监测工具来完成。 本手册指导的内容旨在实现Windows 2008 R2环境下,使用NLB功能搭建一个负载均衡且高可用的Apache和Tomcat集群。通过上述步骤的详细指导,能够帮助技术...
- **虚拟机标识符**:Visual GC可以连接到远程或本地的Java虚拟机(JVM),允许你在不同的环境中监测GC行为。 - **输出格式**:支持导出数据以便进一步分析,比如CSV格式,方便使用Excel或其他工具进行深入研究。 - ...