java虚拟机12

最新推荐文章于 2024-08-20 22:48:50 发布
最新推荐文章于 2024-08-20 22:48:50 发布
阅读量123 收藏
点赞数 1
分类专栏： jvm 文章标签： jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Markland_l/article/details/115181561
版权

压测工具AB

Ab(Apache Bench)

  • 安装
    • yum -y install httpd-tools
  • 测试 get 请求接口
    • ab -c 10 -n 100 http://www.test.api.com/test/login?userName=test&password=test
    • -c后面的10是10个并发，-n后面的100是100个总请求
  • 测试 post请求接口
    • ab -c 10 -n 100 -p ‘post.txt’ -T ‘application/x-www-form-urlencoded’ ‘http://www.test.api.com/test/register’
    • post.txt是post方法的请求体
  • 工具的输出，其中的一些核心参数
    • cocurent level，并发量
    • requests per second，每秒的吞吐量
    • time per requests，其中这个参数有两个，较大的那一个是用户的平均请求时间，较小的那一个是服务器平均处理时间
    • connection time，平均的连接时间
    • percentage of the requests served within a certain time(ms)，多少百分比的请求在多少毫秒以内
  • 参数的含义
  • 性能指标

Linux服务器

  • 虚拟机配置的
    • 2核2G内存

内存调优案例

案例介绍

  • 模拟抢购接口

    • package cn.enjoyedu.controller;

import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestParam;
import org.springframework.web.bind.annotation.RestController;

import java.util.ArrayList;
import java.util.List;

/**
 * 类说明：
 */
@RestController
@RequestMapping("/jvm")
public class TestController {
    @RequestMapping("/heap")
    public String test(){
        List<Byte[]> list = new ArrayList<Byte[]>();
        Byte[] b = new Byte[1024*1024];
        list.add(b);
        return "success";
    }
}

    • 模拟抢购、秒杀情况，此时会创建订单，然后会新建很多对象(5W的并发，创建的对象大概是20kb)，这里模拟这种情况，就会创建一个1M大小的list，并发模拟是1000

  • 案例代码

服务器配置信息

  • 2核2G

GC监控

  • 因为需要压测，关心垃圾回收器的性能

    • jstat可以统计gc的情况

    • jstat -gc 进程号 5000 20

      每隔5000ms刷新20次

    • jstat -gc 进程号 5000 20 | awk ‘{print $13,$14,$15,$16,$17}’

      只显示13列，14列，15列，16列，17列，最后只显示younggc次数、younggc的时间、fullgc次数、fullgc的时间、总共gc花费的时间

堆空间监控

  • springboot项目启动后，内存空间默认是多少？
    • java -XX:+PrintFlagsFinal -version | grep HeapSize
    • 发现堆的初始大小是32M，堆的最大大小是480M
  • jmap -heap 进程号
    • 堆
      • eden区，128M
      • from区，3M
      • to区，4.5M
      • old区，18.5M
    • 为什么from区和to区不相等
      • 因为linux中默认垃圾回收器是Parallel Scavenge和Parallel old，这种回收器会自动调整eden:from:to区的比例，不一定就是8:1:1，但是这种处理gc的时候会stop the world，降低服务的吞吐量

测试案例场景

  • 10个并发用户/10万请求量

    • ab -c 10 -n 100000 http://127.0.0.1:8080/jvm/heap

  • 100个并发用户/10万请求量

    • ab -c 100 -n 100000 http://127.0.0.1:8080/jvm/heap

  • 1000个并发用户/10万请求量

    • ab -c 1000 -n 100000 http://127.0.0.1:8080/jvm/heap

内存调优压测及优化过程

  • 测试时第一次算热身，第二次的测试结果才会填入

优化方案一

  • java -jar -Xms1500m -Xmx1500m jvm-1.0-SNAPSHOT.jar

  • 堆加大，-Xms1500m，-Xmx1500m

    • 因为服务器本身只有2g，这差不多是极限值了

  • 重启项目

测试结果
  • 相比默认堆内存，不管是哪个数量级下，性能都降低了

优化方案二

  • java -jar -Xms1500m -Xmx1500m -Xmn1000m -XX:SurvivorRatio=8 jvm-1.0-SNAPSHOT.jar

  • 堆加大，新生代加大到1g，eden区和from区、to区的比例恒定为8:1:1，-Xms1500m，-Xmx1500m，-Xmn1000m，-XX:SurvivorRatio=8

测试结果

  • 在低并发情况下性能略低一点，在高并发情况下性能有提升

  • 参数配置性能指标10个并发/10万总请求100个并发/10万总请求1000个并发/10万总请求
    默认值吞吐量1050次每秒872次每秒781次每秒
    服务器平均处理时间0.952ms1.146ms1.279ms
    GC耗时2703次younggc，29秒，30次fullgc，1.6秒，总共30.6秒2722次younggc，51.5秒，57次fullgc，3.8秒，总共55.3秒2995次younggc，60秒，11次fullgc，1秒，总共61秒
    优化方案一吞吐量753次每秒620次每秒707次每秒(超频)
    服务器平均处理时间1.326ms1.61ms1.413ms(超频)
    GC耗时821次younggc，55秒，2次fullgc，3.8秒，总共58.8秒841次younggc，79秒，9次fullgc，8秒，总共87秒总共74秒(超频)
    优化方案二吞吐量1025次每秒923次每秒1024次每秒
    服务器平均处理时间0.975ms1.08ms0.976ms
    GC耗时412次younggc，16秒，2次fullgc，1.2秒，总共17.2秒总共37秒总共31秒

结果分析

GC 频率
  • 高频的 FullGC 会给系统带来非常大的性能消耗，虽然 MinorGC 相对 FullGC 来说好了许多，但过多的 MinorGC 仍会给系统带来压力。
内存
  • 这里的内存指的是堆内存大小，堆内存又分为年轻代内存和老年代内存。堆内存不足，会增加 MinorGC ，影响系统性能。
吞吐量
  • 频繁的 GC 将会引起线程的上下文切换，增加系统的性能开销，从而影响每次处理的线程请求，最终导致系统的吞吐量下降。
延时
  • JVM 的 GC 持续时间也会影响到每次请求的响应时间。

推荐策略

  • 在高并发情况下，所有对象都是朝生夕死的，把堆的新生代调大，老年代够用就行，eden:from:to可以调成8:1:1
  • 为什么单纯调大堆内存，效率反而降低了？
    • younggc回收有两步，首先扫描垃圾对象，然后是复制，空间大了，扫描时间也变多了，同时堆空间增大了，eden区的空间没有明显增大，由300M变成了500M
    • 而方案二中很大的新生代、小的老年代，因为测试方法对象的生命周期短，所以这种方案是适合的

如何优化GC

GC 性能衡量指标

  • 吞吐量
  • 停顿时间
  • 垃圾回收频率

GC 调优策略

  • 降低 Minor GC 频率
  • 降低 Full GC 的频率
  • 选择合适的GC回收器

分析 GC 日志

  • java -jar -XX:+PrintGCDateStamps -XX:+PrintGCDetails -Xloggc:./gclogs jvm-1.0-SNAPSHOT.jar

    • 通过这种方式创建gc日志文件

  • Gceasy这个工具收费，也可以用开源工具GCViewer

1000并发的默认方案和优化方案二对比（提前的测试结果）

  • 1.默认方案的堆内存是459M，优化方案二是1471M

  • 2.首先没有发生内存泄漏，因为在fullgc之后的堆内存使用空间在20%以下，说明空间都回收回去了，如果发生内存泄漏了，fullgc之后堆空间占用率应该还是很高的

  • 3.暂停时间对比

    • 默认方案暂停时间是58秒，方案二的暂停时间是15秒

实例说明

  • 加大新生代，会降低minorgc的频次，其中包括两部分时间，一是扫描时间t1，二是复制存活对象时间t2，两者加起来的时间就是minorgc花费的时间

  • 假设每300ms触发一次minorgc，并且一个对象在eden区能存活500ms

    • 在方案一中，由于eden区没有明显增大，minorgc还是会频繁触发，而且堆的空间又变大了，所以复制时间又会变长

    • 在方案二中，加大eden区，minorgc触发频次会变少，假设触发间隔变成600ms，对象存活时间还是500ms，由于触发间隔比较长，已经大于了对象存活时间，所以就不用复制存活对象了，因此虽然t1变大了，但是t2没有了

    • t1和t2的时间对比？

      扫描快，复制慢，因为在 JVM 中，复制对象的成本要远高于扫描成本

Markland_l
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
ug9.0 java虚拟机安装_UG NX9.0安装方法与安装文件「详细图文教程」
weixin_27918373的博客
03-02 3960
前言：UG9.0及9.0以上的版本是没有32位安装包的，如果你使用的是32位的操作系统，那么你的UG软件最高可以安装到UG8.5版本。UG9.0及其以上的版本，必须安装在64位的操作系统。 PS：以后本公众号发布的UG安装文件，从 NX9.0开始(含NX9.0版本)将只提供64位的安装包。安装步骤如下：1. 找到下载好的压缩文件包，进行解压：2. 解压完成后得到如下图所示：3.安装64位Jave虚...
java虚拟机
07-07
Java虚拟机（JVM，Java Virtual Machine）是Java平台的核心组成部分，它负责执行Java程序，为Java代码提供了跨平台的运行环境。Java虚拟机的概念始于Sun Microsystems，现在由Oracle公司继续发展和维护。JVM的设计...
jvms12.pdf(Java虚拟机规范 JDK12版)
08-01
Java虚拟机规范 JDK12版，Java开发者必须要看的文档。文档为英文版，更有利于理解作者的原意。
Java虚拟机8：虚拟机性能监控与故障处理工具
weixin_33721344的博客
09-27 130
前言 定位系统问题的时候，知识、经验是基础，数据是依据，工具是运用知识处理数据的手段。这里说的数据包括：运行日志、异常堆栈、GC日志、线程快照、堆转储快照等。经常使用适当的虚拟机监控和分析的工具可以加快分析数据、定位解决问题的速度。   jps：虚拟机进程状况工具 首先约定一下运行的代码都是以下这段 1 public class TestMain 2 { 3 pub...
你连原理都还没弄明白？mysql下载安装教程5.7
m0_57431076的博客
07-06 104
锁种类 Mysql中锁的分类按照不同类型的划分可以分成不同的锁，按照**「锁的粒度」划分可以分成：「表锁、页锁、行锁」；按照「使用的方式」划分可以分为：「共享锁」和「排它锁」；按照思想的划分：「乐观锁」和「悲观锁」**。 下面我们对着这几种划分的锁进行详细的解说和介绍，在了解设计者设计锁的概念的同时，也能深入的理解设计者的设计思想。 **「表锁」**是粒度最大的锁，开销小，加锁快，不会出现死锁，但是由于粒度太大，因此造成锁的冲突几率大，并发性能低。 Mysql中**「MyISAM储存引擎就支持表锁」，MyI
找不到java虚拟机_找不到Java虚拟机(JVM)库，要更正此问题，请先检查java运行时环境是否已正确安装。...
weixin_39535283的博客
02-19 6598
首先，检查你是否有安装与当前NX版本匹配的JAVA版本，如果没有请安装。可以在控制面板程序里查看，如果有更新版或者更旧版，可以先卸载再安装。注意JAVA有32位和64位之分，安装的时候，不要修改其路径，直接默认安装就好了。其次，这个问题可以确认是JAVA没有与NX软件正常匹配的原因，大部分电脑，一般只要安装匹配的JAVA版本就可以了，但是有少部分版本需要额外添加环境变量。第一种方法：环境变量一般有...
Java虚拟机（JVM）你只要看这一篇就够了！
热门推荐
Java笔记
08-14 71万+
1. Java 内存区域与内存溢出异常 1.1 运行时数据区域 根据《Java 虚拟机规范(Java SE 7 版)》规定，Java 虚拟机所管理的内存如下图所示。 1.1.1 程序计数器 内存空间小，线程私有。字节码解释器工作是就是通过改变这个计数器的值来选取下一条需要执行指令的字节码指令，分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖计数器完成 如果线程正...
Java虚拟机
浪里小白龙
06-23 6338
了解什么是JVM，以及JVM的作用、结构、算法、启动流程、配置参数、监控命令和工具等。
初识Java虚拟机
guye
04-15 1542
主要介绍了Java语言和Java虚拟机的发展历史，并介绍了Java生态环境中两份非常重要的规范—Java语言规范和Java虚拟机规范。其中Java虚拟机规范将成为本书后续讨论的重点内容。同时，作为了解Java虚拟机的第一步，简要介绍了整数和浮点数在Java虚拟机中的 表示方式。
java虚拟机内存分布
m0_62943596的博客
02-19 1303
Java虚拟机在执行java程序的过程中会把它所管理的内存划分为如下若干个不同的数据区域。
JAVA虚拟机原理
02-24
在Java虚拟机中，存在自动内存管理和垃圾清扫机制。概括地说，该机制对JVM（JavaVirtualMachine）中的内存进行标记，并确定哪些内存需要回收，根据一定的回收策略，自动的回收内存，永不停息（NerverStop）的保证JVM...
Java虚拟机规范 JavaSE7
04-29
Java虚拟机（JVM）是Java程序运行的基础，它负责执行Java字节码，提供了一个与平台无关的执行环境。JVM规范定义了JVM的结构、指令集和运行时数据区，以及如何执行指令和处理异常。自1999年以来，JVM规范经历了多次...
java虚拟机.doc
11-21
Java虚拟机 Java虚拟机（Java Virtual Machine，JVM）是Java技术栈的核心组件之一。它负责将Java字节码文件转换为机器码，并执行这些机器码以实现Java程序的运行。JVM包括两个主要部分：Java API类库和Java虚拟机。...
实战JAVA虚拟机
11-23
《实战Java虚拟机——JVM故障诊断与性能优化》将通过200余示例详细介绍Java虚拟机中的各种参数配置、故障排查、性能监控以及性能优化。, 《实战Java虚拟机——JVM故障诊断与性能优化》共11章。第1~3章介绍了Java...
java 虚拟机(jvm)-12-JVM 远程执行代码
01-03 1万+
整体思路 如果远程系统需要执行一段代码，但是我们现在又没有入口。 可以通过这种方式。 实际上对于日志信息，可能某个调用信息没有打印，也可以通过这个方式。 代码实现 核心代码 ByteUtils.java package org.jvm; /** * Bytes数组处理工具 */ public class ByteUtils { public static int bytes2Int(by...
jvm 调优篇
健康平安的活着的专栏
08-20 89
输入命令： jinfo -flag NewRatio 17480。
c# 避免内存泄漏的 弱引用 用法
08-20 84
时，你不能直接像使用普通引用那样调用它所引用的对象的方法或属性。因为弱引用只是提供了一种方式来访问可能已经被垃圾收集器回收的对象，而并不保证对象仍然存在。非空，那么你可以安全地将它转换为适当的类型，并调用其方法或属性。要通过弱引用调用对象的方法或属性，你需要首先检查弱引用的。属性是否非空（即对象是否仍然存在）。在.NET中，当你使用弱引用（
【jvm】PC寄存器为什么设定为线程私有?
最新发布
王佑辉的博客
08-20 168
如果PC寄存器不是线程私有的，那么为了保证线程之间的同步和互斥，就需要引入额外的同步机制（如锁）。通过将PC寄存器设定为线程私有，可以确保每个线程的执行状态不会被其他线程所干扰，从而保持并发执行的稳定性和可控性。：由于每个线程都有自己的PC寄存器，CPU在切换线程时只需要简单地读取和保存PC寄存器的值，就可以快速地恢复线程的执行状态，从而提高线程切换的效率。：如果多个线程共享同一个PC寄存器，那么当线程切换时，后一个线程的执行状态可能会覆盖前一个线程的执行状态，导致线程执行混乱。
java JVM ZGC垃圾收集器关键特性和工作原理
K___End的博客
08-20 198
ZGC通过上述技术和特性实现了低延迟的垃圾收集，并且能够很好地扩展到大规模的应用场景中。它的设计非常适合那些对延迟敏感的应用程序，比如实时系统或高频率交易系统等。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值