性能文章>XPocket 2.0重磅上线,小稳邀你盖楼赢好礼啦!>

XPocket 2.0重磅上线,小稳邀你盖楼赢好礼啦!原创

https://a.perfma.net/img/3110416
1年前
7700824

性能领域的乐高——XPocket已于2021年1月15日正式开源发布,经过一周多的试用,相信大家一定有不少想法要讨论吧!

发布会完整版视频:https://www.bilibili.com/video/BV1uU4y1477g

【XPocket】

XPocket是PerfMa开源的一套工具整合方案,集合了多个优秀的开源工具,工具之间可以相互配合的进行工作,开发人员也可以快速的开发属于自己的插件,如果你针对某类问题存在固定的解决方案,可以在XPocket里沉淀下来,让一条指令快速解决一类问题成为了可能,无需你关心内部的具体流程。
xpocket.caac77a5.jpg

目前XPocket已经整合了HSDB、JDB、Perf、Arthas、VJMap、JConsole以及PerfMa的Doraemon。详细信息可以访问 XPocket插件中心 查看
EBF9D551230549658E9024B14396D50C.png

此外喜欢折腾的你也可以将自己喜爱的工具,或者自己以往的想法变成插件分享给大家,详见开发者指南

XPocket官网:https://xpocket.perfma.com

XPocket插件中心:https://plugin.xpocket.perfma.com
XPocket开源项目地址:https://github.com/PerfMa/xpocket

为了能完整体验XPocket与现有插件的所有功能,建议使用centos + openjdk8-hotspot的环境组合进行体验。

XPocket体验包链接:

https://a.perfma.net/xpocket/download/XPocket.tar.gz
https://a.perfma.net/xpocket/download/XPocket.zip

155455E44C1146d1960D8782940D0A96.png

为庆贺XPocket 2.0上线,小稳也来送出一份祝福,为小伙伴们开启专属文章盖楼活动!大家只需把使用XPocket后的#想法#在评论中发布出来参与盖楼即可参与。礼品、福袋、红包都已经准备完毕,就等你来参与啦!

【活动时间】

2021年1月25日-2021年1月31日

【参与方式】

1.盖楼送福袋,限时参与
把使用XPocket后的#想法#在社区文章评论区中发布出来参与盖楼即可参与。

2.发布留言后,请添加小编微信号:PerfMa
添加小编后即可进入XPocket核心用户群,享受最新产品内测!群里会定期开展各种活动,还会随机发放红包,快快来参与吧~

3.参与活动前,为保证奖品正常发放,未绑定技术社区手机号的用户请先绑定,已完成上述步骤的用户跳过此步骤;更多精彩活动敬请关注PerfMa社区公众号哦。

【活动奖品】

1.阳光普照奖
将本活动文章转发至微信朋友圈集10个赞发给小编后可获得PerfMa神秘礼品。
包图网_17959365礼盒卡通简约丝带礼物节日通用元素.png

2.盖楼彩蛋奖
我们将为评论区盖楼的优质评论,送上PerfMa惊喜大福袋。
5bdfff8b9c47f.png

【活动规则】

1、活动时间内按指定的要求回复活动盖楼帖视为有效回帖,利用小号或其他任何方式参与恶意刷帖均视为违规。如发现恶意灌水、无意义楼层等,中奖资格顺延至下一位。
注:活动结束后官方将通过技术手段进行核查,违规者将取消本次活动获奖资格;
2、活动获奖名单将在活动结束后7个工作日内在PerfMa技术社区官网进行公示;
3、实物奖品将通过快递形式发出,名单产生后7日内我们将通过小编微信联系中奖用户获取收件信息,请大家及时留意。如因用户超时未告知收件信息导致获取收件信息失败,将视为用户放弃奖励,不予补发;
注:若收货地址为中国大陆地区,则邮费由PerfMa承担;若收货地址为我国港澳台地区或海外地区,则邮费需要您自行承担;
4、本活动最终解释权归PerfMa所有。

请先登录,查看82条精彩评论吧
快去登录吧,你将获得
  • 浏览更多精彩评论
  • 和开发者讨论交流,共同进步

为你推荐

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 内存分析的基本套路