监控服务器系统负载，内存以及实战java线程耗时长

最新推荐文章于 2023-10-16 14:21:11 发布
最新推荐文章于 2023-10-16 14:21:11 发布
阅读量731 收藏
点赞数
分类专栏： 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u013565163/article/details/106572977
版权

监控服务器系统负载，内存以及实战java线程耗时长

查看cup load average

  • uptime
  • top
  • cat /proc/loadavg

前两个命令可以看到load average有三个值

load average: 0.06, 0.12. 0.13

这三个值分别代表 1分钟，5分钟，15分钟的cpu load情况。(如果5，15分钟负载持续高需要密切关注原因)

load average: 一段时间内处于可运行状态和不可中断状态的进程平均数量。（可运行分为正在运行进程
和正在等待cpu的进程，状态为R;不可中断则是它正在做某些工作不能被中断比如等待磁盘Io等，其状态为D）

理解cup load的含义

一个cpu的每个核心同时只能处理一个进程，所以单核CPU的最大负载是1，2核CPU最大负载是2。所以单核cpu负载100%，在2核CPU负载只是50%。

所以我们看load average时，需要结合CPU的核心数来得出cpu的负载是否高。

查看cpu数核心数

总核数 = 物理CPU个数 * 每个物理CPU的核心数
总逻辑CPU数 = 物理Cpu个数 * 每个物理CPU的核心数* 超线程数

 
 // 查看物理个数 
 cat /proc/cpuinfo| grep "physical id"| sort |uniq |wc -l
 

 
 // 查看每个物理CPU中的核心数
 cat /proc/cpuinfo| grep "cpu cores"| sort |uniq |wc -l



 // 查看逻辑CPU的个数（云服务器我们一般说的几核）
 cat /proc/cpuinfo| grep "processor"| sort |uniq |wc -l
 


//查看系统核数
grep ^processor /proc/cpuinfo | wc -l

cpu使用率

cpu使用率表示进程在占用CPU时是否使用了CPU的计算能力。假如某个进程占用了CPU一分钟，其中15秒在等待磁盘，45秒使用CPU处理从磁盘得到的数据，那么这一分钟CPU的使用率就是45/60 = 75%，但是CPU的负载这一分钟是1。

CPU负载高利用率低： 表示等待的任务进程太多，可能有些进程僵死了。
CPU利用高负载低： 表示执行的任务少，但是任务的执行时间长，有可能是程序有问题，或者任务的计算比较重。

top命令

top - 10:56:14 up 358 days, 16:19,  4 users,  load average: 0.59, 0.76, 0.81
Tasks: 195 total,   1 running, 193 sleeping,   1 stopped,   0 zombie
%Cpu(s):  0.4 us,  1.0 sy,  0.0 ni, 97.8 id,  0.2 wa,  0.0 hi,  0.3 si,  0.3 st
KiB Mem : 32780560 total,   356628 free,  5764344 used, 26659588 buff/cache
KiB Swap:        0 total,        0 free,        0 used. 24893124 avail Mem

  • top - 10:56:14 [系统当前时间]

  • up 358 days, 16:19 [系统已经持续运行358天16小时19分钟]

  • 4 users [4个当前登陆用户]

  • load average: 0.59, 0.76, 0.81 [系统负载，1分钟0.59,5分钟0.76,15分钟0.81]

  • Tasks: 195 total [总进程数]

  • 1 running [1个正在运行的进程]

  • 193 sleeping [193个睡眠的进程]

  • 1 stopped [一个停止的进程]

  • 0 zombie [0个冻结的进程]

  • %Cpu(s): 0.4 us [用户空间占用cpu百分比]

  • 1.0 sy [内核空间占CPU百分比]

  • 0.0 ni [用户进程空间改变过优先级的进程占用CPU百分比]

  • 97.8 id [空闲cpu百分比]

  • 0.2 wa [等待输入输出的CPU时间百分比]

  • 0.0 hi [硬中断占CPU的百分比]

  • 0.3 si [软中断占CPU百分比]

  • 0.3 st [虚拟CPU占CPU的百分比]

  • KiB Mem : 32780560 total [物理内存总量]

  • 356628 free [空闲内存总量]

  • 5764344 used [使用的物理内存总量]

  • 26659588 buff/cache [用作内核缓存的内存量]

  • KiB Swap: 0 total [交换区总量]

  • 0 free [空闲交换区总量]

  • 0 used [使用的交换区总量]

  • 24893124 avail Mem [缓冲的交换区总量]

 PID   USER   PR  NI    VIRT    RES    SHR   S  %CPU  %MEM   TIME+    COMMAND     
 19326 root   20  0     9.9g   4.8g    7740  S  2.0  15.4   4472:47   java
  • PID [进程id]
  • USER [启动进程的用户]
  • PR [进程的调度优先级]
  • NI [进程的优先级，越小优先级越高]
  • VIRT [进程使用的虚拟内存]
  • RES [驻留内存大小,驻留内存是任务使用的非交换物理内存大小]
  • SHR [进程使用的共享内存]
  • S [进程的状态, D: 不可中断的睡眠态 R: 运行态 S: 睡眠态 T: 被跟踪或已停止 Z: 僵尸态]
  • %CPU [自从上一次更新时到现在任务所使用的CPU时间百分比]
  • %MEM [进程使用的可用物理内存的百分比]
  • TIME+ [任务启动后到现在所使用的全部CPU时间 单位秒]
  • COMMAND [运行进程所使用的命令]

iostat

命令解释

iostat(i/o statistics) 对整个系统的磁盘操作活动进行监视。

如果没有这个命令安装:

 yum install sysstat

执行命令输出

[root]# iostat

Linux 3.10.0-514.26.2.el7.x86_64 (SZC-L0073138)         06/05/2020      _x86_64_        (8 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           7.97    0.00    1.11    0.94    0.00   89.98

Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
sdb              37.04       413.24      1840.76 28168131487 125472363526
sdc              48.71      1056.95      1883.60 72045187756 128392365997
sda               9.61       214.57        82.09 14625692844 5595728123
dm-0              3.74       165.84         5.23 11304534785  356496815
dm-1             18.78        40.90        34.24 2787646788 2333633548
dm-2             64.57      1056.95      1883.60 72045186116 128392365997
dm-3             53.26       413.24      1840.76 28168129831 125472363526
dm-4              0.00         0.00         0.00      21823     262492
dm-5              1.58         6.07        41.12  413599842 2802705388
dm-6              0.30         1.63         1.50  111166136  102557567
sdd              56.20       431.84      1723.21 29435883909 117459864144
dm-7            105.49       431.84      1723.21 29435879685 117459864104

  • avg-cpu: %user [用户空间占CPU的时间百分比]

  • %nice [ cpu处于带nice(用户进程空间改变过优先级的进程)的时间百分比]

  • %system [CPU处于系统模式下的时间百分比]

  • %iowait [CPUd等待输入输出完成时间的百分比] [过高表示磁盘io存在瓶颈]

  • %steal [虚拟cpu的无意识等待时间百分比]

  • %idle [CPU空闲时间百分比]

  • tps [该设备每秒的传输次数]

  • kB_read/s [每秒从设备读取的数据量]

  • kB_wrtn/s [每秒从设备写入的数据量]

  • kB_read [读取的总数据量]

  • kB_wrtn [写入的总数据量]

Device: 系统挂载设备情况

lsblk : 显示Linxu的列表块设备(也就是所挂载的磁盘)，可以看到sdb这些

	NAME                  MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
	sda                     8:0    0   60G  0 disk 
	|-sda1                  8:1    0 1000M  0 part /boot
	-sda2                  8:2    0   59G  0 part 
 	|-VolGroup00-LVroot 253:0    0 19.7G  0 lvm  /
  	|-VolGroup00-LVswap 253:1    0  3.9G  0 lvm  [SWAP]
  	|-VolGroup00-LVhome 253:4    0  500M  0 lvm  /home
  	|-VolGroup00-LVtmp  253:5    0   10G  0 lvm  /tmp
 	-VolGroup00-LVvar  253:6    0   25G  0 lvm  /var
	sdb                     8:16   0  500G  0 disk 
	-VolGroup1-LVdata1   253:3    0  500G  0 lvm  /data2
	sdc                     8:32   0  500G  0 disk 
	-VolGroup2-LVdata2   253:2    0  500G  0 lvm  /data1
	sdd                     8:48   0 1000G  0 disk 
	-vg03-LVdata3        253:7    0 1000G  0 lvm  /data3
	sr0                    11:0    1 1024M  0 rom

查看dm-0这种

dmsetup info /dev/dm-0 : 查看挂载的dm-0背后的磁盘

Name:              VolGroup00-LVroot
State:             ACTIVE
Read Ahead:        8192
Tables present:    LIVE
Open count:        1
Event number:      0
Major, minor:      253, 0
Number of targets: 1
UUID: LVM-aZ9CubesFTEDMStyzoLz15X6Ow5AM0dMY7x52EGdsOx

lvdisplay : 查看磁盘逻辑卷详情

--- Logical volume ---
  LV Path                /dev/VolGroup00/LVroot
  LV Name                LVroot
  VG Name                VolGroup00
  LV UUID                Y7x52E-GdsO-x50y-hAtq-RbE1-QFg1-b2gu2c
  LV Write Access        read/write
  LV Creation host, time localhost, 2017-09-08 11:25:06 +0800
  LV Status              available
  # open                 1
  LV Size                19.65 GiB
  Current LE             5031
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     8192
  Block device           253:0

dstat

dstat和iostat的功能基本是相同的,dstat的目标是替换iostat这种监控工具。

----total-cpu-usage---- -dsk/total- -net/total- ---paging-- ---system--
usr sys idl wai hiq siq| read  writ| recv  send|  in   out | int   csw 
  8   1  90   1   0   0|2117k 5530k|   0     0 |  41k   34k| 962  2684 
 13   0  86   0   0   0|   0     0 |1426B 1451B|   0     0 |2232  2142
  • system int [系统中断次数]
  • system csw [上下文切换次数]
  • total-cpu-usage [cpu统计]
  • dsk/total [磁盘统计]
  • net/total [网络流量统计]
  • paging [系统的分页活动，分页指的是一种内存管理技术用于查找系统
    场景,一个较大的分页表明系统正在使用大量的交换空间，或者说内存非常分散
    ，大多数情况下你都希望看到in(换入)和out(换出)的值是0 0 ]

排查java线程负载异常的堆栈

  1. top 命令找到java的进程

  2. top -p javaPid -H

    可以看到进程下的线程id，以及cpu，内存使用情况
    使用jstack 打印进程的堆栈信息(在输出的信息中搜索上面占用高的线程id)
    (这里最好多打印几次日志，一般3~5次，执行jstack命令打印的堆栈信息是瞬时的)

  3. jstack javaPid > javaLog1.txt

3.1 jstat -gc pid (顺便输出一下GC的信息)
输出一次虚拟机的新生代，老年代内存情况，以及YGC以及FullGC的情况。

jstat -gc pid 1s 10
间隔1S输出10次堆信息

  1. 重启应用保证线上服务持续可用

参考

https://www.cnblogs.com/rexcheny/p/9382396.html

https://www.cnblogs.com/xrq730/p/11041741.html

https://blog.csdn.net/u013565163/article/details/87310957

https://wangchujiang.com/linux-command/c/top.html

https://www.cnblogs.com/mushang1hao/p/10767062.html

https://www.cnblogs.com/ftl1012/p/iostat.html

我爱看明朝
关注
专栏目录
Java多线程编程实战指南-核心篇
hanzong110的博客
07-01 1033
1 多线程编程基础 1.1 进程与程序 进程是程序的运行实例，类似播放中的视频和视频文件的关系 1.2 创建线程的两种方式 继承Thread重写run方法 提供Thread对象一个Runnable对象 1.3 Thread与Rnnable的关系 Thread是对线程的抽象，Runnable是对线程要执行的任务的抽象 1.4 线程的属性 ID：不适合用作某种唯一标识 Name：有助于代码调试和问题定位 Daemon true表示守护线程，false表示用户线程 main方法由用户线程执行 Java虚拟
JVM内存监控及调优分析
qq_43418737的博客
07-04 2459
JVM内存监控命令和工具的使用以及内存泄漏和死锁等相关问题的实战分析，JVM调优说明
Java 服务器信息监控
10-09
这是java做的服务器监控程序，支持多系统如window，Linux等主流系统，可监控物理内存，cpu，网络连接，服务等
服务器实时通信的MES监控系统(JAVA)
01-04
开发一套基于andorid平台通过socket跟服务器实时通信的MES监控系统 该系统实现了图表曲线的实时绘制和实时数据的动态显示 可直接运行。做毕业设计、课程设计或者想研究下技术的可以下载学习。需要更多资源的可以关注我。
Java Web 服务器性能监控工具 JavaMelody
李威威的博客
01-08 3660
1、maven 依赖<dependency> <groupId>net.bull.javamelody</groupId> <artifactId>javamelody-core</artifactId> <version>1.58.0</version> </dependency> <dependency> <groupId>org.jrobin</groupId>
java服务器资源监控脚本.zip
09-17
线程dump、cpu、网络、io、jvmgc、awr报告
JavaMelody JAVA Web项目服务器性能监控工具
04-06
NULL 博文链接：https://xjg396.iteye.com/blog/1559978
java+秒杀系统项目实战.zip
08-17
9. **负载均衡**：使用Nginx或Spring Cloud Gateway等组件实现负载均衡，将请求分发到不同的服务器节点，提高系统的可用性。 10. **微服务架构**：项目可能采用微服务架构，每个服务独立部署，通过API Gateway统一...
java宿舍管理系统课程设计，原理+实战+视频+源码
m0_57768082的博客
07-12 429
01 如何理解高并发？ 高并发意味着大流量，需要运用技术手段抵抗流量的冲击，这些手段好比操作流量，能让流量更平稳地被系统所处理，带给用户更好的体验。 我们常见的高并发场景有：淘宝的双11、春运时的抢票、微博大V的热点新闻等。除了这些典型事情，每秒几十万请求的秒杀系统、每天千万级的订单系统、每天亿级日活的信息流系统等，都可以归为高并发。 很显然，上面谈到的高并发场景，并发量各不相同，那到底多大并发才算高并发呢？ 1、不能只看数字，要看具体的业务场景。不能说10W QPS的秒杀是高并发，而1W QPS的信息流就
Java并发实战-高并发原则
最新发布
weixin_45278397的博客
10-16 113
比如，电商系统中的交易订单数据，该数据有非常多的系统关心并订阅，比如，订单生产系统、定期送系统、订单风控系统等等。但需要注意的是，缓存的使用需要合理考虑缓存的有效期、更新策略和缓存容量的管理，以避免占用过多的设备存储空间或使用过期的数据。但需要注意的是，缓存的使用需要权衡数据的实时性、一致性和缓存的更新策略，以避免数据不一致和过期的问题。在池化技术中，资源（如数据库连接、线程、网络连接等）被预先创建并存储在一个池中，当需要使用资源时，从池中获取资源并进行操作，完成后将资源返回到池中，以供后续的请求使用。
Java实现服务器监控相关代码
10-30
Java实现服务器监控相关代码，使用Maven引入了系统服务jar包. 包含：CPU相关信息、內存相关信息、JVM相关信息、服务器相关信息、磁盘相关信息。 CPU相关信息：核心数 CPU总的使用率 CPU系统使用率 CPU用户使用率等
java实现简单远程监控
08-04
java实现远程监控
服务器及java性能监控
热门推荐
JAVA拾贝
12-08 3万+
环境： springboot 2.0.6.RELEASE centos 7.2 springboot+actuator+prometheus+node_exporter 实现效果： 实现对cpu、内存、磁盘以及java项目jvm、请求等一系列监控。 java项目配置： pom.xml: &lt;!-- 监控 --&gt; &lt;!-- https://...
java性能监视_Java系统的运行时性能和可用性监视
cusi77914的博客
06-26 1639
许多现代Java应用程序都依赖于一组复杂的分布式依赖关系和活动部件。 许多外部因素都可能影响应用程序的性能和可用性。 在预生产环境中，几乎不可能完全消除或影响并准确模拟这些影响。 东西发生了 。 但是，您可以通过创建和维护一个全面的系统来监视应用程序的整个生态系统，从而大大降低这些事件的严重性和持续时间。 这篇由三部分组成的文章介绍了实现这种系统的一些模式和技术。 这些模式以及我将要使用的...
Java多线程的简单实现以及耗时操作的效率对比
joe91的博客
06-05 3356
public class ThreadDemo { public static void main(String[] args) { //单线程 // t1(1); //以下为多线程，可以慢慢增加线程数量，观察最后执行结果 t1(20); } public static void t1(int threadC
java获取测试响应时间_负载测试Java Web应用程序 - 查找TPS / Avg事务响应时间
weixin_35291771的博客
02-27 353
我想用Java构建我自己的负载测试工具，其目标是能够加载测试我在整个开发周期中构建的Web应用程序。 Web应用程序将接收服务器到服务器的HTTP Post请求，并且我希望找到每秒启动事务(TPS)容量以及avgerage响应时间。Post请求和响应消息将以XML格式(我不认为这真的适用于:))。我写了一个非常简单的Java应用程序来发送事务并计算它能够在一秒内发送多少事务(1000毫秒)，但我认...
Top load average 高如何排查
喝醉酒的小白
05-05 4706
lscpu是一个Linux/Unix命令，用于显示系统的CPU架构信息，包括CPU型号、CPU架构、CPU核心数量、CPU频率、CPU缓存信息等等。输出结果中包括进程的所有信息，包括父进程ID、会话ID、进程组ID、用户ID、CPU占用率、内存占用率、启动时间、命令等信息。该命令会输出系统的CPU架构信息，包括CPU型号、CPU架构、CPU核心数量、CPU频率、CPU缓存信息等等。两者都是用于列出当前运行的进程信息的命令，但是在不同的操作系统中有不同的用法和输出格式。
【转】top命令输出解释以及load average 详解及排查思路
akb7208的博客
10-14 203
https://blog.csdn.net/zhangchenglikecc/article/details/52103737 昨天nagios报警warning，没来得及留下报警截图，nagios值设定的值是 当1分钟多于15个进程等待,5分钟多于10个,15分钟多于5个则为warning状态 当1分钟多于30个进程等待,5分钟多于25个,15分钟多于20个则为cri...
Java7中新增的CPU和负载监控
杨春建的博客
10-01 2073
原文地址：http://blog.csdn.net/jackyrongvip/article/details/6646358 在JAVA 7中，在监控方面，可以监视了系统和CPU负载，代码段如下： import com.sun.management.OperatingSystemMXBean; ... OperatingSystemMXBean osBean = ManagementF
Python实现服务器监控：CPU负载与系统信息获取
"本文主要探讨了如何使用Python进行服务器监控，特别是通过读取Linux系统中的/proc文件系统来获取服务器的CPU负载等关键信息。通过理解/proc目录下的各种文件，我们可以编写Python脚本来实时监控服务器状态。" 在...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值