• VisualVM使用


    VisualVM是JDK自带的一个用于Java程序性能分析的工具

    在JDK安装目录的bin文件夹下名称为 jvisualvm.exe

     在左侧选择应用

    (1)概述

     应用程序和运行时环境的基本信息

    基本参数

    PID:应用程序的进程ID
    主机:应用程序运行的系统地址
    主类:运行了main方法的类
    参数:应用启动时所传递的参数信息
    JVM:当前的JVM信息
    Java:当前使用的JDK信息
    Java Home:JDK的位置
    JVM标志:启动JDK时JVM使用的的标志
    出现OOME时生产堆dump:当前出现OOME时生产堆dump功能的开启/禁用状态

    保存的数据

      显示VisualVM存储的当前应用程序的信息

    详细信息

      JVM参数:配置的JVM启动的参数信息

      系统属性 :JVM运行的系统属性

    (2)监视

      展示监听的当前应用程序的整体情况

     CPU:CPU的使用百分比

    内存:内存的占用情况,包括内存大小、最大值和已经使用的大小

      堆:堆内存的大小和堆内存使用情况

      Metaspace:元空间内存的使用情况

    类:显示了已经加载的类数量和共享类的数量

    线程:显示了应用程序在JVM中生存和守护线程的数量

    堆dump:执行堆dump,在新的标签页打开,查看dump的详细信息

    (3)线程

    展示了应用程序的线程数据,包括所有线程数、活动线程数、完成线程数

     线程dump:执行线程dump,在新标签页打开结果

    (4)抽样器

      抽取CPU和内存的样例数据

      设置——设置抽样参数

       CPU抽样:

        CPU样例:展示了方法级别CPU性能(执行的时间及占比)
        线程CPU时间:反映了线程执行占用cpu的时间和占比

       内存抽样

        堆柱状图:展示了内存占用情况

        每个线程分配:展示了每个线程分配的内存以及占比

     

    (5)Profile

      启动和停止本地应用程序的概要分析会话

       CPU:点CPU按钮,启动一个 CPU性能分析会话 ,显示 CPU 的使用率、方法的执行效率和频率等相关数据

       内存:点击“内存”按钮将启动一个内存分析会话,等 VisualVM 收集和统计完相关性能数据信息,将会显示在性能分析结果

     

     (6)Visual GC

    安装插件

    工具——》插件

     就会出现Visual CG 的标签

       Spaces:分为 Perm(Permanent Generation) 永久代,  Old 老年代和新生代

         A.永久代

          通过VM Args设置,eg:

            -XX:PermSize=1024m   (初始值

            -XX:MaxPermSize=1024m (最大值

        B.java堆(java heap)——Old 老年代+新生代

          通过VM Args设置,eg:

            -xms2048m (初始堆内存

            -Xmx2048m (最大堆内存

            -XX:+HeapDumpOnOutofMemoryError (内存异常打印dump

            -Xmn800m  (新生代内存

            -XX:SurvivorRatio=8 (新生代内存分配比例(8:1:1)

            因为Heap分为新生代跟老年代,所以2018M-800M=1218M,老年代就是1218M(初始内存跟最大内存最好相等,防止内存不够时扩充内存或者Full GC,导致性能降低)

          新生代:Eden 区+S0 survivor 区+S1 survivor 区,默认是8:1分配内存

       Graphs:以时间为横坐标的状态面板

        Compile Time:编译时间表示虚拟机的 JIT 编译器编译热点代码的耗时

        Class Loader Time: class 的 load 和 unload 时间

        GC Time:

           18 collections ——自监视以来共 22 次GC, 包括 Minor GC 和 Full GC

          456.653ms 表示 gc 共花费了456.653ms      Last Cause: Allocation Failure 上次发生 gc 的原因为内存分配失败

        Eden Space:

           Eden Space (1.328G,204.000M): 128.430M——Eden Space 最大可分配空间  340.500M,当前分配空间 185.000M,当前占用空间 91.012M

          14 collections, 153.307ms——当前新生代发生 GC 的次数为14次, 共占用时间 153.307ms

        Survivor 0,Survivor 1:

         S0 和 S1 有一个是空闲的,这样方便执行 minor GC,他们的最大分配空间是相同的,在 minor GC 时,S0 和S1 会互相切换

         Survivor 1 (453.500M, 33.500M) : 3.814M——S1 最大分配空间 453.500M, 当前分配空间33.500M, 已占用空间3.814M

        Old Gen:

    Old Gen (2.659G, 370.000M) :50.940M—— OldGen最大分配空间2.659G, 当前空间370.000M, 已占用空间50.940M

    4 collections, 306.346ms ——老年代发生了 4次 GC, 耗费了306.346ms的时间

    老年代 GC 也叫做 Full GC, 在老年代 GC 时会伴随着 Minor GC

        Metaspace:

         Perm Gen (1.096G, 109.375M) : 106.630M——最大可用空间1.096G,当前永久代空间109.375M,已占用空间106.630M

    注:

      如果显示指定-XX:+UseParallelGC --新生代并行、老年代串行收集器 ,histogram柱状图会不支持当前收集器

  • 相关阅读:
    iOS多线程开发小demo5 线程间的通信
    iOS多线程开发小demo4,线程的同步问题
    iOS多线程开发小demo3,线程的状态
    iOS多线程开发小demo2,NSThread篇
    iOS多线程开发小demo
    iOS开发多线程基础知识
    sublime text 3 3083 注册码
    Canvas现实画板功能
    CSS3动画进度条
    移动端使用HTML5表单增强体验
  • 原文地址:https://www.cnblogs.com/baby123/p/11551626.html
Copyright © 2020-2023  润新知