jvm cpu 高定位

这篇具有很好参考价值的文章主要介绍了jvm cpu 高定位。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

快速的发现线程cpu高, 最终发现是gc线程, 最终去分析jvm

 top -o %CPU

top -Hp108920

 jmap -dump:format=b,file=heap.bin 108920

jvm 命令和工具_个人渣记录仅为自己搜索用的博客-CSDN博客

jvm cpu 高定位

$ jstat -gcold 108920 MC MU CCSC CCSU OC OU YGC FGC FGCT GCT 218368.0 212670.3 25344.0 23913.0 2355200.0 2355200.0 1191 9925 7594.058 7691.720

$ jmap -heap 108920 Attaching to process ID 108920, please wait... Debugger attached successfully. Server compiler detected. JVM version is 25.242-b716 using parallel threads in the new generation. using thread-local object allocation. Concurrent Mark-Sweep GC Heap

Configuration: MinHeapFreeRatio = 40 MaxHeapFreeRatio = 70 MaxHeapSize = 3984588800 (3800.0MB) NewSize = 1572864000 (1500.0MB) MaxNewSize = 1572864000 (1500.0MB) OldSize = 2411724800 (2300.0MB) NewRatio = 2 SurvivorRatio = 8 MetaspaceSize = 536870912 (512.0MB) CompressedClassSpaceSize = 528482304 (504.0MB) MaxMetaspaceSize = 536870912 (512.0MB) G1HeapRegionSize = 0 (0.0MB)

Heap Usage:

New Generation (Eden + 1 Survivor Space):

        capacity = 1415577600 (1350.0MB)
        used = 763203736 (727.8478012084961MB)
        free = 652373864 (622.1521987915039MB) 53.91465194137008%
used Eden Space:
        capacity = 1258291200 (1200.0MB)
        used = 763203736 (727.8478012084961MB)
        free = 495087464 (472.1521987915039MB) 60.65398343404134%

used From Space:
        capacity = 157286400 (150.0MB)
        used = 0 (0.0MB)
        free = 157286400 (150.0MB) 0.0%

used To Space:
        capacity = 157286400 (150.0MB)
        used = 0 (0.0MB) free = 157286400 (150.0MB) 0.0%

used concurrent mark-sweep generation:
        capacity = 2411724800 (2300.0MB)
        used = 2411724800 (2300.0MB)
        free = 0 (0.0MB) 100.0% used

88380 interned Strings occupying 10042968 bytes.

$ jstat -gcutil 108920

S0 S1 E O M CCS YGC YGCT FGC FGCT GCT

0.00 0.00 93.23 100.00 97.39 94.35 1191 97.661 9965 7611.965 7709.627

printf "%x\n" 108931 1a983

jstack 108920|grep 1a983

"Concurrent Mark-Sweep GC Thread" os_prio=0 tid=0x00007fea2bb2f600 nid=0x1a983 runnable文章来源地址https://www.toymoban.com/news/detail-477620.html

到了这里,关于jvm cpu 高定位的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • CPU相关概念:物理cpu数、核数、逻辑cpu数,12核20线程实例分析

    学习多线程的时候,需要了解CPU和线程的相关概念,但是网上给出的概念让我实际操作时产生了混淆。 本文与其他文章不一样的点在于,解释为什么逻辑CPU数不是核数的2倍(比较新的处理器会有这种情况),能够解答非计算机专业人士的问题。 CPU信息的查询方法参见本文第

    2024年02月13日
    浏览(39)
  • 使用funcgraph-retval和bpftrace/kprobe快速定位并解决cpu控制器无法使能的问题

    Linux 6.5 在学习cgroupv2的时候,想给子cgroup开启cpu控制器结果失败了: 在给子cgroup开启cpu控制器时提示参数无效,即-EINVAL,错误码是-22. 之前给linux内核的function graph增加了显示函数返回值的功能,正好可以派上用场。 使用下面的命令配置ftrace 目前社区版本还不支持funcgraph-r

    2024年02月05日
    浏览(55)
  • librdkafka的rdk:broker-1线程cpu百分百问题分析

    问题调用栈: 相关代码(rd_kafka_q_pop): 通过 gdb 观察到 timeout_ms 值为 1,也就是 1 毫秒,这是导致 cpu 百分百的原因: 继续跟踪,问题发生在函数 cnd_timedwait_abs: 函数 cnd_timedwait_abs 源码: 底层调用的是 Posix 的 pthread_cond_timedwait 函数: 函数 pthread_cond_timedwait 的参数 abstime

    2024年02月16日
    浏览(31)
  • 性能分析5部曲:瓶颈分析与问题定位,如何快速解决瓶颈?

    一、引言 很多做性能测试的同学都问过我这样一个问题:鱼哥(Carl_奕然),你说性能测试的重点是什么? 我的回答很简单:瓶颈分析与问题定位。 在性能项目的整个周期,不管是脚本设计,脚本编写还是脚本执行,都还算简单。 难点在于如何定位瓶颈,分析瓶颈,解决瓶颈。

    2024年02月20日
    浏览(45)
  • Maven项目中的依赖出现版本冲突,最终发现是对Dependency Scope理解有误

    再来个文章目录 本文记录一下遇到maven依赖版本冲突后的排查过程说明以及问题原因说明 下面还有投票,帮忙投个票👍 最近加入了 Apache Dubbo 开源社区,成为了一名Dubbo Contributor。在熟悉Dubbo中的各个RPC协议时根据官网提供的示例搭建了一个示例。在熟悉过后想看下谷歌提供

    2023年04月09日
    浏览(57)
  • JDK21最终版协程实现之虚拟线程

    JDK9 后的版本你觉得没必要折腾,我也认可,但是JDK21有必要关注。因为 JDK21 引入全新的并发编程模式。 一直沽名钓誉的GoLang吹得最厉害的就是协程了。JDK21 中就在这方面做了很大的改进,让Java并发编程变得更简单一点,更丝滑一点。 之前写过JDK21 Feature。 Virtual Threads 、

    2024年02月08日
    浏览(63)
  • CountDownLatch使用错误+未最终断开连接导致线程池资源耗尽

            我设置了CountDownLatch对线程的协作做出了一些限制,但是我发现运行一段时间以后便发现定时任务不运行了。 具体代码: 报错以后定时任务不运行了   打印线程日志发现定时任务的线程在第86行代码停着不动了。 正常的线程日志应该是这样的。 查看第86行代码,

    2024年04月24日
    浏览(39)
  • 灭火图 - 故障发现和定位的入口

    通过深入分析和解决企业在可观测性和稳定性保障方面的挑战,Flashcat 提出了“灭火图”这一关键概念。 灭火图以服务/模块/基础组件/基础设施等为维度,以聚合的视角实时度量某个特定维度的可用性(典型指标包括时延、流量、错误、饱和度),并为该可用性指标自动设定

    2024年01月23日
    浏览(56)
  • 【Maven】如何发现,定位,解决依赖冲突

    运行的时候可能报出错误xx类找不到xx方法,xx类找不到,很有可能就是冲突导致的。 idea安装插件,maven helper 比如我有两个依赖,guava和findbug。 他们都用到了jsr305,但是我依赖的版本不同。可以进入pom文件点击下面的通过Dependency Anazlyer来查看冲突。 可以打印出依赖关系树

    2024年02月11日
    浏览(39)
  • 251_多线程_创建一个多线程的图像处理应用,其中每个线程负责对一部分图像进行处理,然后将处理后的结果合并为最终图像

    举一个更丰富的例子来说明多线程的用法。 我们将创建一个多线程的图像处理应用,其中每个线程负责对一部分图像进行处理,然后将处理后的结果合并为最终图像。 这个例子可以更好地展示多线程并发处理的优势。 假设有一个函数 processImageSection,它会对图像的一个特定

    2024年02月15日
    浏览(41)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包