性能文章>抗击疫情,PerfMa 在行动!>

抗击疫情,PerfMa 在行动!原创

2年前
8963218

8.png
整个春节,新型冠状病毒来势汹汹,席卷全国。超 2 亿人开始在家办公,PerfMa 希望在这个特殊时刻能够为这场战斗提供力所能及的帮助。

疫情结束前,PerfMa 全面免费开放三款 Java 性能优化相关的产品 :

  • XXFox:Java 虚拟机参数分析调优产品
  • XElephant:Java 内存 Dump 在线分析产品
  • XSheepdog:Java 线程 Dump 在线分析产品

同时联合 PerfMa 社区众多性能领域专家在线为大家解读分析结果,欢迎发布分析结果到 PerfMa 社区求助区,帮助大家在家也能处理好应用性能相关的技术问题

战“疫“当下,自我提升不能落下,PerfMa 社区持续每天为大家发布优质技术文章,求助区众多领域专家在线及时为大家解答实际工作问题,并在讨论区分享众多参数使用技巧与踩坑经验。

XXFox(Java 虚拟机参数分析)

专门解决 JVM 参数的各种问题:

  • 查看各个参数的含义,用法,默认值
  • 借鉴大家的在参数上的踩坑经验
  • 自动生成相对合理的 JVM 参数
  • 对现有的 JVM 参数进行优化,给出更合理的 JVM 参数
  • 系统环境变了的时候,JVM 参数如何进行变更

image.png

XElephant(Java 内存 Dump 分析)

Java 内存 Dump 的 web 分析产品,提供了非常简单并且友好的分析界面,不管你的 HeapDump 有多大,都可以帮你分析出内存里存在的各种问题,该产品的主要优势是

  • 能分析大内存 Dump,几十 G 都可以分析
  • 能直接定位出堆内存里的大对象
  • 能分析出内存里对象的各种依赖关系
  • 能分析堆外内存的问题
  • 能分析 Perm/Metaspace 等相关的问题

image.png

XSheepdog(Java 线程 Dump 分析)

XSheepdog 是我们专门为 Java 线程 Dump 提供的 web 分析产品,当应用里线程非常多的时候,分析各种关系会很麻烦,XSheepdog 提供了非常友好的分析界面,从各个纬度(线程状态,锁,线程池,线程栈等)分析应用线程存在的各种问题。
image.png

最后在这个特殊的春节,希望大家保护好自己,保护好家人,平安健康一同迎接春天的到来!武汉加油,中国加油

请先登录,再评论

啊啊啊,我爱你

2年前

情系江城,天佑中华,致敬所有战斗在一线的人们。武汉加油!中国加油!

12年前

为你推荐

JVM 源码分析之一个 Java 进程究竟能创建多少线程
概述虽然这篇文章的标题打着JVM源码分析的旗号,不过本文不仅仅从 JVM 源码角度来分析,更多的来自于 Linux Kernel 的源码分析,今天要说的是 JVM 里比较常见的一个问题。这个问题可能有
线程池运用不当的一次线上事故
在高并发、异步化等场景,线程池的运用可以说无处不在。线程池从本质上来讲,即通过空间换取时间,因为线程的创建和销毁都是要消耗资源和时间的,对于大量使用线程的场景,使用池化管理可以延迟线程的销毁,大大提高
YGC问题排查,又让我涨姿势了!
在高并发下,Java程序的GC问题属于很典型的一类问题,带来的影响往往会被进一步放大。不管是「GC频率过快」还是「GC耗时太长」,由于GC期间都存在Stop The World问题,因此很容易导致服务
【活动结果公布:兑奖见置顶评论】每日一签到,解锁你的PerfMa壕礼
叮......Perfma达人福利发车啦!社区每日签到解锁活动上线啦~除了每日签到必得积分奖励外,还为大家增加了壕礼相赠、解锁Perfma终极大奖等环节奖励 ~来Perfma社区留下你的签到足迹,告诉
使用Top_X插件排查内存过载问题
Top命令是Linux 系统下常用的监控工具,用于实时获取进程级别的 CPU 或内存使用情况。XPocket中的Top_X为Linux Top的增强版,可以显示CPU占用率/负载,CPU及内存进程使用
记一次Synchronized关键字使用不合理,导致的多线程下线程阻塞问题排查
在为客户进行性能诊断调优时,碰到了一个Synchronized关键字使用不合理导致多线程下线程阻塞的情况。用文字记录下了问题的整个发现-排查-分析-优化过程,排查过程中使用了我司商业化产品——XLan
记一次类加载失败导致线程阻塞问题排查
作为PerfMa解决方案管理部门的技术专家,我在工作遇见过很多各种问题导致的性能问题,并参与了为客户的系统进行性能诊断调优的全过程。这一次碰到了一个类加载失败导致的性能问题。用文字记录下了问题的整个发
一次大量 JVM Native 内存泄露的排查分析(64M 问题)
我们有一个线上的项目,刚启动完就占用了使用 top 命令查看 RES 占用了超过 1.5G,这明显不合理,于是进行了一些分析找到了根本的原因,下面是完整的分析过程,希望对你有所帮助。会涉及到下面这些内容Linux 经典的 64M 内存问题堆内存分析、Native 内存分析的基本套路