【JVM实用参数】(三)打印所有XX参数及值
来源:互联网 发布:java强制类型转换性能 编辑:程序博客网 时间:2024/05/18 16:13
本篇文章基于Java 6(update 21oder 21之后)版本, HotSpot JVM 提供给了两个新的参数,在JVM启动后,在命令行中可以输出所有XX参数和值。
-XX:+PrintFlagsFinal and -XX:+PrintFlagsInitial
让我们现在就了解一下新参数的输出。以 -client 作为参数的 -XX:+PrintFlagsFinal
的结果是一个按字母排序的590个参数表格(注意,每个release版本参数的数量会不一样)
$ java -client -XX:+PrintFlagsFinal Benchmark[Global flags]uintx AdaptivePermSizeWeight = 20 {product}uintx AdaptiveSizeDecrementScaleFactor = 4 {product}uintx AdaptiveSizeMajorGCDecayTimeScale = 10 {product}uintx AdaptiveSizePausePolicy = 0 {product}[...]uintx YoungGenerationSizeSupplementDecay = 8 {product}uintx YoungPLABSize = 4096 {product} bool ZeroTLAB = false {product} intx hashCode = 0 {product}
(校对注:你可以尝试在命令行输入上面的命令,亲自实现下)
表格的每一行包括五列,来表示一个XX参数。第一列表示参数的数据类型,第二列是名称,第四列为值,第五列是参数的类别。第三列”=”表示第四列是参数的默认值,而”:=” 表明了参数被用户或者JVM赋值了。
注意对于这个例子我只是用了Benchmark类,因为这个系列前面的章节也是用的这个类。甚至没有一个主类的情况下你能得到相同的输出,通过运行java 带另外的参数 -version.现在让我们检查下 server VM提供了多少个参数。我们也能指定参数-XX:+UnlockExperimentalVMOptions
和-XX:+UnlockDiagnosticVMOptions ;来解锁任何额外的隐藏参数。
$ java -server -XX:+UnlockExperimentalVMOptions -XX:+UnlockDiagnosticVMOptions -XX:+PrintFlagsFinal Benchmark
724个参数,让我们看一眼那些已经被赋值的参数。
$ java -server -XX:+UnlockExperimentalVMOptions -XX:+UnlockDiagnosticVMOptions -XX:+PrintFlagsFinal Benchmark | grep ":"uintx InitialHeapSize := 57505088 {product}uintx MaxHeapSize := 920649728 {product}uintx ParallelGCThreads := 4 {product} bool PrintFlagsFinal := true {product} bool UseParallelGC := true {product}
(校对注:这个命令非常有用)我们仅设置一个自己的参数 -XX:+PrintFlagsFinal。其他参数通过server VM基于系统设置的,以便以合适的堆大小和GC设置运行。
如果我们只想看下所有XX参数的默认值,能够用一个相关的参数,-XX:+PrintFlagsInitial 。 用 -XX:+PrintFlagsInitial
, 只是展示了第三列为“=”的数据(也包括那些被设置其他值的参数)。
然而,注意当与-XX:+PrintFlagsFinal 对比的时候,一些参数会丢失,大概因为这些参数是动态创建的。
研究表格的内容是很有意思的,通过比较client和server VM的行为,很明显了解哪些参数会影响其他的参数。有兴趣的读者,可以看一下这篇不错文章Inspecting HotSpot JVM Options。这个文章主要解释了第五列的参数类别。
让我们看下另外一个参数,事实上这个参数非常有用: -XX:+PrintCommandLineFlags
。这个参数让JVM打印出那些已经被用户或者JVM设置过的详细的XX参数的名称和值。
换句话说,它列举出 -XX:+PrintFlagsFinal的结果中第三列有":="的参数。以这种方式,
我们可以用-XX:+PrintCommandLineFlags作为快捷方式来查看修改过的参数。看下面的例子。
$ java -server -XX:+PrintCommandLineFlags Benchmark
-XX:InitialHeapSize=57505088 -XX:MaxHeapSize=920081408 -XX:ParallelGCThreads=4 -XX:+PrintCommandLineFlags -XX:+UseParallelGC
现在如果我们每次启动java 程序的时候设置 -XX:+PrintCommandLineFlags 并且输出到日志文件上,这样会记录下我们设置的JVM 参数对应用程序性能的影响。类似于 -showversion(见 Part1),我建议 –XX:+PrintCommandLineFlags 这个参数应该总是设置在JVM启动的配置项里。因为你从不知道你什么时候会需要这些信息。
奇怪的是在这个例子中,通过 -XX:+PrintCommandLineFlags 列出
堆的最大值会比通过-XX:+PrintFlagsFinal列举出的相应值小一点。如果谁知道两者之间不同的原因,请告诉我。
原创文章,转载请注明: 转载自并发编程网 – ifeve.com本文链接地址: JVM实用参数(三)打印所有XX参数及值
- JVM实用参数(三)打印所有XX参数及值
- JVM实用参数(三)打印所有XX参数及值
- 【JVM实用参数】(三)打印所有XX参数及值
- JVM实用参数(三)打印所有XX参数及值
- JVM实用参数(三)打印所有XX参数及值
- jvm 打印所有XX参数及值
- JVM -XX: 参数介绍
- JVM -XX: 参数介绍
- JVM -XX: 参数介绍
- JVM -XX: 参数介绍
- JVM -XX: 参数介绍
- JVM -XX: 参数介绍
- JVM -XX: 参数介绍
- JVM -XX: 参数介绍
- JVM参数:-XX:ReservedCodeCacheSize
- JVM参数:-XX:StringTableSize
- JVM参数:-XX:CompileCommand
- JVM -XX: 参数介绍
- 深入浅出剖析内容分发网络CDN业务架构
- CDN的cache节点(http)结构及工作原理总结(图自画)
- 大并发下TCP内存消耗优化小记(86万并发业务正常服务)
- 十几万连接几M的流量,吓死“宝宝”了
- Nginx/Tengine服务启动管理脚本(未使用系统funtions函数)
- 【JVM实用参数】(三)打印所有XX参数及值
- Nginx/tengine里的那些timeout时间
- Nginx/tengine做cache时缓存机制—存不存、存多久、用不用方法论
- 理解TIME_WAIT,彻底弄清解决TCP: time wait bucket table overflow
- C++ primer 十九 泛型算法replace/replace_copy/sort/unique
- 高性能linux业务集群架构搭建、调优、自动化运维——index(持续更新)
- 老nginx集群向tengine的升级改造,性能提升数倍
- nginx多条件if判断后rewrite,减轻后端php工作压力(随笔)
- 在互联网你的请求是如何被引导、劫持的?