jvm系列基础1：系统上线前预估系统的内存

最新推荐文章于 2024-05-26 17:02:09 发布
最新推荐文章于 2024-05-26 17:02:09 发布
阅读量313 收藏
点赞数
分类专栏： # jvm系列
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/why123wh/article/details/105037222
版权

文章目录

jvm基础

  • Garbage Collector
  • GC turing

JVM GC的问题

  1. ThreadLocal有内存泄漏问题嘛？
  2. CMS的并发处理和并发可中断预处理
  3. 多大的对象会被扔到老年代

content

  1. what is garbage?
    找到垃圾（没有引用指向的对象）并回收
  2. how to find a grabage?
  • reference count(引用计数)
    • 无法解决：A,B,C分别指向
  • Root Searching
    • which instances are roots?
      • jvm stack
      • native method stack
      • run-time constant pool
      • static references in method area
      • clazz?
  1. GC Algorithms
  • Mark-Sweep(标记清除)
    • 问题：产生碎片
  • copying：把内存一分为二，只使用一半
    • 缺点：内存浪费
  • Mark-Compact:标记之后压缩，有利于新对象的存放
    • 缺点：效率比copy算法低

Garbage Collectors

在这里插入图片描述

  1. 垃圾回收器路线，是随着内存越来越大的过程演进
  • 从分代算法演化到不分代算法
    • 年轻代（new）：使用copying算法
      • eden(伊甸)：存活得特别少
      • survivor1（幸存区）
      • survivor2（第二个幸存区）
    • 老年代(old)： 使用mark compact算法
      • tenured（终身）

YGC与FGC

  • YGC
    • Young GC Minor GC
    • Eden区不足
  • FGC
    • Full GC Major GC
    • Old空间不足
    • System.gc()

总结

在这里插入图片描述

年代划分

在这里插入图片描述

  1. Serial
  • a stop-the-world(stw),copying collecter which uses a single GC
  1. ParNew
  2. Parallel Scavenge
  3. Serial Old
  4. CMS
why123wh
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
JVM内存模型和性能调优：JVM调优工具详解及调优实战：JVM运行情况预估 - 第39篇
悟纤学院
05-07 2万+
用 jstat gc -pid 命令可以计算出如下一些关键数据，有了这些数据就可以采用之前介绍过的优化思路，先给自己的系统设置一些初始性的JVM参数，比如堆内存大小，年轻代大小，Eden和Survivor的比例，老年代的大小，大对象的阈值，大龄对象进入老年代的阈值等。 （1）年轻代对象增长的速率 可以执行命令 jstat -gc pid 1000 10 (每隔1秒执行1次命令，共执行10次)，...
彻头彻尾理解JVM系列之九：不会JVM调优怎么进互联网大厂
05-03 1412
所谓凡事预则立不预则废，对于JVM调优来说也是如此。无论修改线上已有JVM参数配置还是优化代码实际都是一种无奈之举，因为生产环境出现了运行异常不得不采用这种方式进行优化，从而保障线上应用服务能够正常运行，否则就要拉程序员出来祭天了。
JVM调优（一）预估调优
方方园园的博客
06-01 414
目录1、引子2、正题3、JVM调优开始4、场景5、前置知识6、如何做调优 1、引子 魏文王问扁鹊：你们三兄弟都精通医术，谁是医术最好的呢？扁鹊回答：大哥最好，二哥次之，我最差。魏文王不解的问：为什么这样说呢？扁鹊答：大哥治病是在病人发作之前，那时候病人自己不觉得有病，但大哥就下药铲除了病根，使他的医术难以被人认可，所以没有名气；二哥治病是在病起之初，症状尚不十分明显，病人也没有觉得痛苦，二哥就能药到病除，所以大家的印象就是小病找二哥；我治病是在病人危急时刻，病人痛苦万分，家人心急如焚，他们看到我治病时在经脉
怎么去预估上线系统的JVM参数？
绅士jiejie的博客
10-16 315
分析系统的背景和核心业务是什么 举例：比如系统是教育erp报班系统，那么核心业务就是买课业务。 预估高峰时长以及当时的活跃用户量，系统上线前如果没有具体数据可以参考，可以先和产品大致了解下用户情况，然后根据情况提高几倍量级来预估 举例：比如买课报班就维持一个小时，一般是在早上9:00～10:00，当时的活跃用户量大致有一万，保险起见，提高3倍，大概三万用户。 预估这段时间会产生多少请求 举例：买课报班操作一般不会太频繁，假设一个用户只报一门课，大致一小时是3万个请求，保险起见，在这个基础上再增加.
JVM预估调优与问题排查
＊King＊的博客
09-26 556
JVM调优分类 JVM预调优 优化JVM运行环境（慢、卡等问题） 解决JVM中的问题（OOM等问题） JVM预调优 处理步骤： 1、计算内存需求 计算内存需求，内存不是越大越好，对于一般系统来说，内存的需求是弹性的，内存小，回收速度快也能承受。所以内存大小没有固定的规范。 虚拟机栈的大小在高并发情况下可以变小。 元空间（方法区）保险起见还是设定一个最大的值（默认情况下元空间是没有大小限制的），一般限定几百 M 就够用了，为什么说还限定元空间。 举例子：一台 8G 的内存的服务器，如果运行时还有其他的程序
JVM - 要上线了，JVM参数还没正儿八经的估算过咋办？
小工匠
07-06 9735
文章目录Prejstat Pre 如题， 一顿操作猛如虎，业务系统总算快发布了，可是JVM的参数还是当初随意设置的那么几个参数， 咋弄？ 系统的流量预估（均值、峰值）导致一系列的评估： 每秒的对象生成大小，新生代 老年代的比例是否合理， 动态年龄判断机制、老年代担保机制会不会被频繁触发，full gc 的频率。。。。 留下一脸懵逼的你在风中瑟瑟发抖~ 不要怕 ，今天我们就来看一下如何通过合理的预估来设置系统的JVM参数 JVM-10虚拟机性能监控与故障处理工具之【JDK的命令行】 名称 英文全
【JVM 学习笔记 02】：JVM 内存
m0_49167443的博客
08-08 363
【JVM 学习笔记 02】：JVM 内存一、JVM 内存的分代模型**分析下述代码中的内存结构：**1.1 为什么要分成年轻代和老年代？思考题：方法区内会不会进行垃圾回收？二、对象在JVM 内存中的分配和流转2.1 什么情况下会触发新生代的垃圾回收？2.2 长期存活的对象会躲过多次垃圾回收2.3 老年代会垃圾回收吗？思考题：每个线程执行方法的时候，那些方法对应的栈帧出栈了，那么那里的局部变量需要垃圾回收吗？三、线上系统部署时如何设置JVM内存大小？3.1 跟JVM内存相关的几个核心参数3.2如何在启动系统的
OOM内存溢出 JVM线上故障 系统突然抖动 卡死 各种超时 JVM优化思路解析 实战分析记录JVM Merry christmas圣诞节的OOM《持续更新》
weixin_46950473的博客
12-25 1432
前言 看过很多技术文档，也浏览过很多种技术方案，也实际上简单了解上手和面临过类似这种线上问题，但是一直没有一个很完整的一个记录，JVM调优，一个看起来很高大上，但是一个基本上现在的Java工程师都需要掌握和面试必须要经历的一个技术，但实际上能在公司真正的线上能去上手调优的机会少之极少，很多人可能谈吐起JVM，哗啦哗啦，但是实际上一上手，就可能会小鹿乱撞，但是线上的系统，实际上试错率几乎为0，所以这样的机会，在大型互联网，或者是互联网公司，是压根给不了这个尝试性去调优jvm的机会的，这次分享一个我们线上的问
每日百万交易的支付系统，如何设置JVM堆内存大小？
最新发布
佐杰的博客
05-26 919
那么大体上你的脑子里可以出现的一个流动的模型，应该是每台机器一秒钟接收到30笔支付订单的请求，然后在“JVM的新生代里创建了30个支付订单的对象”，做了写入数据库等处理，接着1秒之后，这30个支付订单就处理完毕，然后对这些支付订单对象的引用就回收了，这些订单在JVM的新生代里就是没人引用的垃圾对象了。只要大家网购过，大概的流程都会非常的清晰，假设我们在一个APP或者一个网站里买东西，大体上都是对一些商品加到购物车里，然后下个订单，接着对订单进行支付，钱从我们的账户划拨到人家网站的账户里去，大致如此。
9、案例实战【处理百万级交易无压力】：JVM栈内存与永久代大小又该如何设置？
yang的博客
04-25 41
本文通过一个支付系统的案例来阐述，当系统内存设置过小，遭遇突发的巨大流量压力时，可能会引发性能抖动，甚至导致严重的系统问题。在这个案例中，由于支付系统的内存设置过小，当系统突然遭遇巨大的流量压力时，会引发性能抖动。这种性能抖动会导致大量的对象在新生代被引用，但却无法被及时回收。这些对象会持续进入老年代，导致老年代的内存频繁被占满。当老年代的内存频繁被占满时，垃圾回收机制就会被频繁触发。这不仅会消耗大量的系统资源，还可能导致系统性能下降，甚至引发系统崩溃。
如何估算内存的消耗
weixin_33918357的博客
07-22 574
Performance Zone是由New Relic和AppDynamics支持的。New Relic和AppDynamics作为APM领域的领导者。有着备受瞩目的用户并为用户消减大量成本。 这个故事至少能够追溯到十年前，当我第一次接触到PHB，遇到了这样一个问题——“为了产品部署我们应该购买多大的server”。这个崭新的系统上线已经九个月了。显然公司已经承诺提供整套...
系统容量预估
weixin_34015336的博客
05-22 317
2019独角兽企业重金招聘Python工程师标准>>> ...
架构设计文章系列-Java内存估算
技术摸索和实践者
02-20 439
简单总结： 1.数据库记录放在JAVA里，用对象(ORM一般的处理方式)需要3-4倍左右的内存空间，用HashMap这种KV保存需要10倍空间; 2.如果你主要数据是text大文本，那空间一般可以按2倍估算。 后面找个例子验证一下。 参考文章： 如何估算内存消耗https://blog.csdn.net/dnc8371/article/details/106704798 关键结论： 对于不耐烦的用户，答案将是从大约等于5 x [Live Data占用的内存量]的内存开始，然后从那里开始进行微调。 将最
深入理解JVM内存模型/调优实战
04-14
<img src="https://img-bss.csdn.net/202004190403284190.jpg" alt="" />
java web如何估算平均每个请求占用内存大小（转）
sddh1988的博客
03-31 2881
eden空间的大小我们是知道的，通常一个请求分配的空间都在eden区域，eden区域满的时候会发生Young GC.所以有了GC的时间间隔，比如2s，进一步通过QPS数量*2就知道了多少此请求把内存沾满。然后一除就获得了答案当然，这也是估算值，并不是那么准，很多时候会有许多不可预见的情况发生，例如Young GC的条件并不一定等价于Eden区被填满，只是我们认为其他情况发生的概率不高，就可以做一个估
jvm简单介绍
qq_41784817的博客
07-26 188
jvm简单介绍：what is gc? https://blog.csdn.net/why123wh/article/details/105037222?utm_medium=distribute.pc_relevant.none-task-blog-baidujs-1&spm=1001.2101.3001.4242
GC roots 总结
weixin_30653023的博客
10-08 76
previouscontentnext GC roots The so-called GC (Garbage Collector) roots are objects special for garbage collector. Garbage collector collects th...
内存伪共享测试及Java对像内存估算
少爷
08-26 931
引入 之前每次入门Disruptor对此部分总是泛泛看过，主要关注点在如何应用上，急于按照文档完成第一个Demo，怠慢了其实现的核心思想及其要解决的主要问题，导致虽然入门过几次Disruptor，仍对其认识十分浅薄。最近有空再次入门Disruptor时，不出意外的又遇到了难以规避的问题–内存的伪共享。 前车之鉴，后事之师。这次花了一些时间先去了解下久闻其名的伪共享。 Java对象内存估算...
JVM 监控以及内存分析
勇往直前的专栏
10-26 869
Java 语言，开发者不能直接控制程序运行内存，对象的创建都是由类加载器一步步解析，执行与生成与内存区域中的；并且 jvm 有自己的垃圾回收器对内存区域管理、回收；但是我们已经可以通过一些工具来在程序运行时查看对应的 jvm 内存使用情况，帮助更好的分析与优化我们的代码。 查看系统里 java 进程信息 // 查看当前机器上所有运行的java进程名称与pid(进程编号) jps -l /...
JVM深度解析：类加载子系统与内存结构
本文主要介绍了JVM的类加载子系统，包括内存结构概述、类的加载器和加载过程，以及加载过程中的加载、链接和初始化等步骤。 在JVM（Java虚拟机）中，内存结构通常包括堆、栈、方法区（在JDK8及以后的版本称为元空间...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值