linux监控命令介绍,linux实时监控命令

Linux之watch命令

watch可以帮你监测一个命令的运行结果，来监测你想要的一切命令的结果变化

网站建设哪家好，找成都创新互联！专注于网页设计、网站建设、微信开发、小程序设计、集团企业网站建设等服务项目。为回馈新老客户创新互联还提供了管城免费建站欢迎大家使用！

常见命令展示

每隔一秒高亮显示网络链接数的变化情况

说明： Ctrl+c 或Ctrl+z 可以退出正在执行的watch监控进程

watch可以同时运行多个命令，命令间用分号分隔。

以下命令监控磁盘的使用状况，以及当前目录下文件的变化状况，包括文件的新增、删除和文件修改日期的更新等。

Linux常用性能诊断命令详解

top命令动态地监视进程活动与系统负载等信息。

使用示例：

效果如下图：

以上命令输出视图中分为两个区域，一个统计信息区，一个进程信息区。

统计信息区：

第一行信息依次为：系统时间、运行时间、登录终端数、系统负载（三个数值分别为1分钟、5分钟、15分钟内的平均值，数值越小意味着负载越低）。

第二行信息依次为：进程总数、运行中的进程数、睡眠中的进程数、停止的进程数、僵死的进程数。

第三行信息依次为：用户占用资源百分比、系统内核占用资源百分比、改变过优先级的进程资源百分比、空闲的资源百分比等。

第四行信息依次为：物理内存总量、内存使用量、内存空闲量、作为内核缓存的内存量。

第五行信息依次为：虚拟内存总量、虚拟内存使用量、虚拟内存空闲量、预加载内存量。

进程信息区：

按 q 键退出监控页面。

uptime 用于查看系统的负载信息。

使用示例：

查看系统的负载信息。

效果如下图：

输出说明：

当前服务器时间：11:06:57

当前服务器运行时长：59 min

当前用户数：1 users

当前负载情况：load average: 0.00, 0.04, 0.08（分别取1min，5min，15min的均值）

free用于显示当前系统中内存的使用量信息。

命令语法： free [-bkmotV][-s 间隔秒数]

参数说明：

使用示例：

显示当前系统中内存的使用量信息。

效果如下图：

输出说明：

ifconfig命令用于获取网卡配置与网络状态等信息。

使用示例：

获取网卡配置与网络状态等信息。

效果如下图：

输出说明：

第一部分的第一行显示网卡状态信息。

eth0表示第一块网卡。

UP代表网卡开启状态。

RUNNING代表网卡的网线被接上。

MULTICAST表示支持组播。

第二行显示网卡的网络信息。

inet（IP地址）：172.16.67.50。

netmask（掩码地址）：255.255.0.0。

broadcast（广播地址）：172.16.255.255。

RX表示接收数据包的情况，TX表示发送数据包的情况。

lo表示主机的回环网卡，是一种特殊的网络接口，不与任何实际设备连接，而是完全由软件实现。与回环地址（127.0.0.0/8 或 ::1/128）不同，回环网卡对系统显示为一块硬件。任何发送到该网卡上的数据都将立刻被同一网卡接收到。

Linux系统top命令的使用方法介绍

Linux系统top命令的使用方法介绍

在Linux系统中top命令可以用来监测进程的状态，也可以修改进程的优先序列。本文就来教大家Linux系统中top命令的使用方法，一起来看一下。

1、主要选项

-d：后接秒数，状态更新的秒数，默认5秒

-b：以批次的方式运行top，通常利用重定向将top的输出重定向到文件

-n：结合-b使用，运行top几次

-p：指定观察的进程的'PID

2、在 top 执行过程当中可以使用的按键命令：

？：显示在 top 当中可以输入按键命令

P：按CPU的利用率排序显示;

M：按内存的利用率排序显示;

N：以 PID排序！

T：由该进程使用的CPU时间累积 （TIME+） 排序。

k：给某个 PID 一个信号（signal）

r：给某个 PID 重新指定一个nice值。

q：退出top。

3、例子

$top -d 2 //每2秒更新一次运行状态

$top -b -n 2 》 ~/tmp/top.txt //将2次运行的状态信息导出到文件中

$top -d 2 -p 1425 //每2秒更新一次指定进程的运行状态信息

以上就是Linux中top命令的使用方法的全部内容了，所以top命令的功能，有点类似微软系统中进程管理器的功能，使用top命令可以监控Linux的性能，具体方法可以参考：《如何使用top命令监控Linux系统性能》

Linux系统监控要用到哪些命令

记录一下自己常用的linux系统命令，方便以后查阅，发觉记忆越来越不行了

找到最耗CPU的java线程ps命令

命令：ps -mp pid -o THREAD,tid,time 或者 ps -Lfp pid

结果展示：

这个命令的作用，主要是可以获取到对应一个进程下的线程的一些信息。 比如你想分析一下一个java进程的一些运行瓶颈点，可以通过该命令找到所有当前Thread的占用CPU的时间，也就是这里的最后一列。

比如这里找到了一个TID : 30834 ，所占用的TIME时间最高。

通过 printf "%x\n" 30834 首先转化成16进制， 继续通过jstack命令dump出当前的jvm进程的堆栈信息。 通过Grep命令即可以查到对应16进制的线程id信息，很快就可以找到对应最耗CPU的代码快在哪。

简单的解释下，jstack下这一串线程信息内容：

"DboServiceProcessor-4-thread-295" daemon prio=10 tid=0x00002aab047a9800 nid=0x7d9b waiting on condition [0x0000000046f66000]

nid : 对应的linux操作系统下的tid，就是前面转化的16进制数字

tid: 这个应该是jvm的jmm内存规范中的唯一地址定位，如果你详细分析jvm的一些内存数据时用得上，我自己还没到那种程度，所以先放下

top命令

命令：top -Hp pid

结果显示：

和前面的效果一下，你可以实时的跟踪并获取指定进程中最耗cpu的线程。 再用前面的方法提取到对应的线程堆栈信息。

判断I/O瓶颈

mpstat命令

命令：mpstat -P ALL 1 1000

结果显示：

注意一下这里面的%iowait列，CPU等待I/O操作所花费的时间。这个值持续很高通常可能是I/O瓶颈所导致的。

通过这个参数可以比较直观的看出当前的I/O操作是否存在瓶颈

iostat命令

命令: iostat -m -x 1 1000

同样你可以观察对应的CPU中的%iowait数据，除此之外iostat还提供了一些更详细的I/O状态数据，比如比较重要的有：

avgqu-sz : The average queue length of the requests that were issued to the device. (磁盘队列的请求长度，正常的话2,3比较好。可以和cpu的load一样的理解)

await : The average time (in milliseconds) for I/O requests issued to the device to be served. (代表一个I/O操作从wait到完成的总时间)

svctm和%util都是代表处理该I/O请求花费的时间和CPU的时间比例。 判断是否瓶颈时，这两个参数不是主要的

r/s w/s 和 rMB/s wMB/s 都是代表当前系统处理的I/O的一些状态，前者是我们常说的tps，后者就是吞吐量。这也是评价一个系统的性能指标

pid命令

命令: pidstat -p pid -u -d -t -w -h 1 1000

结果显示：

相当实用的一个命令，可以基于当个进程分析对应的性能数据，包括CPU,I/O,IR , CS等，可以方便开发者更加精细化的观察系统的运行状态。不过pidstat貌似是在2.6内核的一些较新的版本才有，需要安装sysstat包。

ubuntu下，可以通过sudo apt-get install sysstat进行安装。

sar命令

命令：sar -x pid 1 1000

sar也可以指定对应的pid，关注固定的几个参数，没有pidstat那么强大。 看不到对应的I/O, IR等信息。

sar的功能可以覆盖mpstat , iostat的相关功能。

dstat命令

命令：dstat -y --tcp 1 1000

通过dstat --tcp可以比较方便的看到当前的tcp的各种状态，不需要每次netstat -nat去看

其他命令

netstat -natp : 查看对应的网络链接，关注下Recv-Q , Send-Q , State。

lsof -p pid : 查找对应pid的文件句柄

lsof -i : 80 : 查找对应端口被哪个进程占用

lsof /tmp/1.txt ：查找对应文件被哪个进程占用

tcpdump / wireshark ：抓包分析工具

jstat / jmap / jstack / jps 等一系列的java监控命令

最后

如果你想做一些性能调优的工作，一定要善于利用一些工具进行关注相应的状态。通过linux命令你可以比较方便的观测到CPU , I/O , network等一些比较外围的状态， 很多时候就已经可以解决大部分的问题。jvm内部的一些运行状态监控，得需要借助一些特有的工具进行细粒度的观测。