【系统响应慢排查所需命令】ps -ef、grep、jstat、pmap 、sort 、head 、jmap 、dump.hprof

已于 2024-08-21 17:34:18 修改
阅读量871 收藏 28
点赞数 32
分类专栏： linux 生产问题 文章标签： linux 运维 服务器
于 2024-08-08 09:41:11 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_43197840/article/details/140995285
版权

列出所有进程，找到需要的进程id【ps -ef】

  • UID: 进程所属的用户 ID。

  • PID: 进程 ID。

  • PPID: 父进程 ID。

  • C: CPU 使用率。

  • STIME: 进程启动的时间。

  • TTY: 与进程关联的终端。

  • TIME: 进程占用的 CPU 时间。

  • CMD: 启动进程的命令。

假如是搜索功能缓慢，就用查看符合条件的进程【查询包含字符串“search”的进程】【ps -ef | grep search】

查看search 服务的gc情况【查询进程id 31665 的 gc 情况】【jstat -gc 31665】

此时如果发现年轻代或老年代 gc 频率很高，那么此时就需要分析此时内存堆上的对象都是哪些

  • S0C: Survivor 0 区的当前容量（KB）。

  • S1C: Survivor 1 区的当前容量（KB）。

  • S0U: Survivor 0 区的当前使用量（KB）。

  • S1U: Survivor 1 区的当前使用量（KB）。

  • EC: Eden 区的当前容量（KB）。

  • EU: Eden 区的当前使用量（KB）。

  • OC: 老年代的当前容量（KB）。

  • OU: 老年代的当前使用量（KB）。

  • MC: 元数据区的当前容量（KB）。

  • MU: 元数据区的当前使用量（KB）。

  • CCSC: 压缩类空间的当前容量（KB）。

  • CCSU: 压缩类空间的当前使用量（KB）。

  • YGC: 年轻代垃圾回收的次数。

  • YGCT: 年轻代垃圾回收的总时间（秒）。

  • FGC: 完全垃圾回收的次数。

  • FGCT: 完全垃圾回收的总时间（秒）。

  • GCT: 垃圾回收的总时间（秒）。

jstat 这个命令主要是查看gc 、内存相关的信息【jstat -option】,以下是jstat 支持的选项

  1. -class: 显示类加载器的行为统计信息。

  2. -compiler: 显示 JIT 编译器的行为统计信息。

  3. -gc: 显示垃圾回收的统计信息，包括各个内存池的使用情况和垃圾回收的时间。

  4. -gccapacity: 显示各个内存池的容量和占用情况。

  5. -gccause: 显示最近一次和当前的垃圾回收事件的原因。

  6. -gcmetacapacity: 显示元数据空间的容量和占用情况。

  7. -gcnew: 显示新生代垃圾回收的统计信息。

  8. -gcnewcapacity: 显示新生代内存池的容量和占用情况。

  9. -gcold: 显示老年代垃圾回收的统计信息。

  10. -gcoldcapacity: 显示老年代内存池的容量和占用情况。

  11. -gcutil: 显示垃圾回收的汇总统计信息，包括内存使用百分比和垃圾回收时间百分比。

  12. -printcompilation: 显示 JIT 编译的方法统计信息。

例如用第11个举例【jstat -gcutil 31665】

  • S0: Survivor 0 区的使用百分比。

  • S1: Survivor 1 区的使用百分比。

  • E: Eden 区的使用百分比。

  • O: 老年代的使用百分比。

  • M: 元数据区的使用百分比。

  • CCS: 压缩类空间的使用百分比。

  • YGC: 年轻代垃圾回收的次数。

  • YGCT: 年轻代垃圾回收的总时间（秒）。

  • FGC: 完全垃圾回收的次数。

  • FGCT: 完全垃圾回收的总时间（秒）。

  • GCT: 垃圾回收的总时间（秒）。

查询内存中的大对象 按对象大小降序【pmap -x 31665 |sort -k 2 -r -n | head -n 100】

【这块我觉得有点鸡肋，因为这块就算看到了有大对象也不知道是哪行代码创建的】

把进程id31665 所在堆 的dump。hprof 下载下来【jmap -dump:live,format=b,file=heapdump.hprof 31665】

dump.hprof 可以用以下工具分析

用在线网站分析Brilliant Graphs, metrics and java heap dump analysis anti-patterns reported

用jdk 自带的

idea里的【先在插件里安装jprofiler】

eclipse里也有【此处省略，因为我不用eclipse】

死锁排查：

查看进程中各个线程状态和代码行数【jstack 31665】

可以看出哪行代码造成了死锁问题

这个命令一打印就打印一堆，眼睛看不过来

 解决办法：将线程堆栈跟踪信息保存到 thread_dump.txt 文件中。

查找所有处于 BLOCKED 状态的线程，并统计每个线程等待的锁的数量，输出前 10 个。

[root@beideng-nj-qa-java-test-03 ~]#  jstack 31665 > thread_dump.txt
[root@beideng-nj-qa-java-test-03 ~]# grep "waiting for monitor entry" thread_dump.txt | awk '{print $1}' | sort | uniq -c | sort -nr | head -n 10

后续继续补充其他命令。。。记得点赞收藏

注意点：1、有可能拿不到dump文件  2、生产的dump文件很大,分析工具打不开 3、导出dump文件期间系统会卡顿，性能有影响（大型项目慎用）

JProfiler 支持通过直连（Live Attach）方式连接到正在运行的 Java 应用程序，从而进行实时性能分析，而无需处理 dump 文件。这种方式特别适用于分析大型应用程序或生产环境中的问题，因为它避免了生成和处理大型 dump 文件的复杂性和资源消耗。

海里真的有鱼
关注
  • 32
    点赞
  • 踩
  • 28
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
[JAVA]JVM 性能调优监控工具jps、jstack、jmap、jhat、jstat、hprof 使用详解
qq_24164157的博客
08-12 383
前言 现实企业级Java应用开发、维护中，有时候我们会碰到下面这些问题： OutOfMemoryError，内存不足 内存溢出 线程死锁 锁争用（Lock Contention） Java进程消耗CPU或者Memory过高 ...... 这些问题在日常的运维维护中可能被很多人忽视（大部分人遇到上面的问题只是重启服务器或者调大内存，而不是深究问题根源），但是能够理解并解决这些问题是Java应用运维进阶的必备要求 这里介绍一下常见的jvm性能调优监
jmap
qq_43623447的博客
07-13 9072
很多时候我们需要看jvm的内存信息.怎么看呢?以下都是必须正确安装java环境的情况下: windows系统,一般在cmd里面直接输入jconsole命令,会出现图形化工具,较为方便. linux的话只能使用命令了:如下 统计实例最多的类 前十位有哪些？ A:jmap -histo pid | sort -n -r -k 2 | head -10 统计合计容量前十的类有哪些？ A：jmap -hi...
Linux- 系统随你玩之-grep查找文件内容-fyydlz.zip
12-30
该资源为Linux- 系统随你玩之--grep查找文件内容 博文中用到的fyydlz.txt Linux- 系统随你玩之--grep查找文件内容-fyydlz.zip
JVM调优工具详解
yanghenan19870513的专栏
10-08 513
JVM调优工具详解 Jmap 此命令可以用来查看内存信息。实例个数以及内存占用大小。 jmap -histo 13988 > ./log.txt 打开log.txt,文件内容如下： [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3BpP4v9Z-1602129562758)(https://i.loli.net/2020/10/08/qiDTrW7mUd1FlG5.png)] num：序号 instances：实例数量 byte：占用空间大小 class name：
在Java层面（window和Linux系统）下的常用性能监控与调优工具的命令及操作
阿啄debugIT
10-07 1017
前言 总结，学习，发现问题，再总结，避免以后，在需要的时候抓狂！ jvm中的gc的参数解释 年轻代survivor（幸存区） 　 S0C 年轻代中第一个survivor（幸存区）的容量(kb) S1C 年轻代中第二个survivor（幸存区）的容量(kb) 已使用 S0U 年轻代中第一个survivor（幸存区）目前已使用空间(kb) S1U 年轻代中第二个survivor（幸存区）目前已使用空间(kb) 年轻代中Eden（伊甸园） 　
JVM分析指令解析-jps/jinfo/jstat/jstack/jmap/jcmd
qq_35040959的博客
11-23 550
本文主要解析JVM分析指令-jps/jinfo/jstat/jstack/jmap
java排查耗时代码的几种方式
imliuyu的博客
03-30 6802
（如果你的系统是windows执行不了这些命令，强烈建议装一个wsl1，IDEA支持把代码跑在wsl里了，调试起来会非常舒服，wsl2目前与windows本体的文件交换机制是网络传输，性能很差不建议。命令是用来获取当前的线程栈信息，也就是它的结果是瞬时的，如果我们的实际应用场景比较复杂，往往需要采样一段时间内的运行情况，再找出这段时间内总耗时最多的方法。这个火焰图是可以交互的，例如左上角的放大镜按钮可以用来高亮出包含关键字的矩形，如果方法调用层次太深，也可以点击某个矩形，只查看此矩形之上的部分。
JVM调优常用命令总结
费六金的博客
06-21 1147
JVM调优常用命令总结 **查询进程pid** ps -ef | grep tomcat jps命令 命令格式 options参数解释： -l : 输出主类全名或jar路径 -q : 只输出LVMID -m : 输出JVM启动时传递给main()的参数 -v : 输出JVM启动时显示指定的JVM参数 事例 jps -l pid [root@localhost ~]# jps -l 322...
Java线上常见问题排查方法
汐日南莘的博客
04-20 1990
CPU问题 cpu问题是比较常见的问题，cpu负载过高会导致系统接口卡顿，响应变慢，对于造成cpu过高的大致有以下几种情况。 JVM频繁GC导致cpu高。 存在死循环，导致cpu负载过高。 执行其他消耗cpu多的操作，比如打印过多的debug日志，循环过多。 在实际开发中，遇到比较多的是频繁gc，尤其是频繁Full GC导致cpu过高。频繁Full GC主要由以下几种情况。 老年代空间不足 metaspace方法区空间不足 System.gc(） 针对cpu过高的常用排查方法由： 使用arthas
GC原理介绍、排查FGC及线上故障的步骤
Hello World
05-15 6694
jmap 用法 概述 命令jmap是一个多功能的命令。它可以生成 java 程序的 dump 文件， 也可以查看堆内对象示例的统计信息、查看 ClassLoader 的信息以及 finalizer 队列。 参数： option： 选项参数。 pid： 需要打印配置信息的进程ID。 executable： 产生核心dump的Java可执行文件。 core： 需要打印配置信息的核心文件。 server-id 可选的唯一id，如果相同的远程主机上运行了多台调试服务器，用此选项参数标识服务.
Linux 进程控制
2302_77289177的博客
09-08 1202
Linux 进程控制
【Linux】：信号与信号产生
最新发布
Yikefore的博客
09-12 602
信号的基本概念、对信号的理解、信号的多种产生方式以及核心转储的详细介绍！
高效诊断Linux性能问题
Tiger93的博客
09-08 507
诊断Linux性能问题
＜Linux＞ 基础IO
prodigy623的博客
09-06 1052
详解Linux基础IO：文件系统调用接口与C库文件函数的关系、重定向、数据缓冲区、文件系统、动静态库
Linux如何使用sed命令进行文本替换
yang295242361的博客
09-12 349
在Linux中，sed（Stream Editor）是一个用于处理文本流的命令行工具，它非常适合用于执行基本的文本转换。sed可以读取输入的文本文件，根据指定的指令对文本进行处理，并将结果输出到标准输出设备。
Linux之MySQL主从复制
2302_79087378的博客
09-08 1440
MySQL的主从复制（）是一种数据复制解决方案，将主数据库的DDL（数据定义语言）和DML（数据操纵语言）操作通过二进制日志传到从库服务器中，然后在从库上对这些日志重新执行（也叫重做），从而是的从库和主库的数据保存同步。MySQL支持将数据从一个MySQL服务器（主服务器）复制到一个或多个其他MySQL服务器（从服务器），从库同时也可以作为其他从服务器的主库，实现链状复制。MySQL主从复制的优点主要包含以下三个方面：主库出现问题，可以快速切换到从库提供服务；实现读写分离，降低主库的访问压力；
Shell脚本流程控制（Linux篇）
m0_67771087的博客
09-07 1045
流程控制是改变程序运行顺序的指令。
【Linux】地址空间
Hello World!
09-07 1289
有一天，小明睡觉的时候不小心越过了三八线，于是他按照规定，将三八线向自己移动了 10 cm，他的课桌区域变为了 40 cm长，小红的课桌区域变为了 60 cm长。此时，私生子都向大富翁申请了一笔金额：A 申请了 2 万，B 申请了 10 万，C 申请了 2k，D 申请了 900。不可以，因为此时的 g_val 是父子共用的，如果修改后父进程又拿 g_val 参与运算，就会影响到父进程的运行，破坏了。如果进程直接与内存进行交互，万一发生越界修改数据了，不仅会对此进程造成影响，还可能会导致其他进程的崩溃。
python 代码内调用 linux命令 ps -ef |grep ptrace | grep -v grep
06-08
同样地，可以使用`subprocess`模块来调用`ps`命令，然后使用管道符`|`将输出传递给`grep`命令。在Python中，管道符号需要使用`shell=True`参数来启用Shell模式。下面是一个示例代码： ```python import subprocess # 执行 ps -ef | grep ptrace | grep -v grep 命令 result = subprocess.run('ps -ef | grep ptrace | grep -v grep', shell=True, stdout=subprocess.PIPE) # 打印命令执行结果 print(result.stdout.decode()) ``` 在`subprocess.run()`函数中传入需要执行的命令字符串，并将`shell=True`参数设置为`True`。`stdout=subprocess.PIPE`参数会将命令执行后的输出返回给Python程序，然后我们可以使用`decode()`方法将字节串转化为字符串，并打印输出结果。 需要注意的是，由于使用了`shell=True`参数，因此我们需要非常小心，以避免命令注入等安全问题。如果需要使用变量或用户输入来构建命令，可以使用`shlex.quote()`函数对参数进行转义，以避免命令注入。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值