jvm|一张JVM图,总结Java 程序员必须清楚的性能指标及调优参数

文章图片

文章图片

文章图片

1.响应时间和吞吐量
根据应用程序的响应时间可以知道程序完成传输数据所用的时间 。 也可以从HTTP请求级别 , 或者成为数据库级别来看 。 对那些缓慢的查询你需要做一些优化来缩短时间 。 吞吐量是另一个角度衡量传输数据的指标 , 是指单位时间内系统处理的客户请求的数量 。
我们可以使用APMs(例如New Relic或AppDynamics)来衡量这些指标 。 使用这些工具 , 你可以在主报告仪表板中将平均响应时间与昨天的甚至上周的直接进行对比 。 这有助于我们观察新的部署是否会影响到我们的应用程序 。 你可以看到网络传输的百分比 , 测量HTTP完成请求需要多长时间 。 你也可以看看这篇:网站性能测试指标(QPS , TPS , 吞吐量 , 响应时间)详解 。
推荐工具:
- AppDynamics
- New Relic
- Ruxit
2.平均负载
第二个应用广泛的指标是平均负载 。 我们习惯上会把平均负载分为这三步测量 , 分别是第5分钟、第15分钟和最后1分钟 。 要保证数量低于机器的内核数 。 一旦超过内核数 , 机器就会运行在压力状态下 。
除了简单测量CPU使用率 , 还需要关注每个内核的队列中有多少进程 。 在内核使用率都是100%的情况下 , 队列中只有1个任务和有6个任务有很大不同 。 因此 , 平均负载不能只考虑CPU使用率 。
推荐工具:
- htop
大多数开发人员判断错误率是根据HTTP传输总失败百分比 。 但是他们忽略了一个更深层的东西:特定传输的错误率 。 这直接影响到您应用程序的运行状况 。 这可以显示出代码方法的错误以及错误或异常出现的次数 。
但单纯的错误率数据对我们没有多大帮助 。 最重要的是我们要找到它们的根源并解决问题 。 随着Takipi的运行 , 我们要在日志文件中
推荐工具:
- Takipi
异常行为垃圾收集器应用程序的吞吐量和响应时间采取
推荐工具:
- jClarity Censum
- GCViewer
应用程序的性能不完全取决于响应时间和错误率 。 业务指标也是一方面 , 例如收益、用户数 。
推荐工具:
- Grafana
- The ELK stack
- Datadog
- Librato
这一指标奠定了整个应用程序性能的基础 。 不仅可以当作一个提醒指标 , 也可以让你定义一段时间内的SKA 。 我们可以使用Pingdom的servlet功能进行运行状态检查 。 我们可以查到应用程序的所有传输 , 包括数据库和S3 。 你也可以看看这篇:SLA服务可用性4个9是什么意思?怎么达到?
推荐工具:
- Pingdom
日志有一个缺点 , 它是一直在增加的 。 当您的服务器启动塞满了垃圾 , 一切都慢下来 。 因此 , 我们需要密切的关注日志大小 。
目前通常的解决办法是使用logstash划分使用日志 , 并将它们发送并存储在Splunk、ELK或其他的日志管理工具中 。
推荐工具:
- Splunk
- Sumo Logic
- Loggly
常用调优参数
需要这份思维导图资料的 , 关注+转发后哦 , 私信“资料”即可查看获取方式不知道大家平时的业务怎么样 , 反正我是正常的业务调优够用了 , 不能解决的 , 我就只能靠各种搜索引擎了 , 哈哈哈哈 , 不过 ,大家也可以把自己常用的一些调优参数整理一下 , 记录出来 , 这样 , 后期会省去你很多的功夫
而我这张知识图谱的整理 , 除了平时工作遇到的问题之外 , 还有一份参考手册也帮了我大忙
目录
【jvm|一张JVM图,总结Java 程序员必须清楚的性能指标及调优参数】需要这份文档资料的 , 关注+转发后哦 , 私信“学习”即可查看获取方式
推荐阅读
- 刚刚!毕节第一张清华大学录取通知书来了!快看是谁家孩子!
- 穷鬼旅行|重庆令人费解的避暑胜地,门票125元一张,为什么却依然人山人海?
- 痛风患者必看!一张最全“食物嘌呤表”
- 久汗盗肾气,一张方剂悄悄试试,让你保护肾气
- 紫龙防务观察|大爆炸后一张图片,无意间彰显了中国卫星实力,美:为何才公开?
- 男子|男子钱包里翻出一张旧彩票,以为中奖百元结果领走500万
- 谁给的权利?美议员要中国还百年前上万亿债券,老美只剩一张嘴?
- a老张聊收藏|走红的1元纸币,如今一张能顶150张,你手里有吗?
- 多诚实少套路|35张绝版老照片,最后一张让我泪流满面
- 35张绝版老照片,最后一张让我泪流满面
