查看多核CPU命令mpstat-PALL和sar-PALL
说明:sar-PALL>aaa.txt重定向输出内容到文件aaa.txt
top命令时常拿来监控linux的系统状况,例如cpu、内存的使用,程序员基本都晓得这个命令,但比较奇怪的是能用好它的人却极少,比如top监控视图中显存数值的含意就有不少的曲解。
本文通过一个运行中的WEB服务器的top监控截图,述说top视图中的各类数据的含意,还包括视图中各进程(任务)的数组的排序。
top步入视图
【top视图01】是刚步入top的基本视图,我们来结合这个视图讲解各个数据的含意。
第一行:
10:01:23—当前系统时间
126days,14:29—系统早已运行了126天14小时29分钟(在这期间没有重启过)
2users—当前有2个用户登入系统
loadaverage:1.15,1.42,1.44—loadaverage前面的三个数分别是1分钟、5分钟、15分钟的负载情况。
loadaverage数据是每隔5秒钟检测一次活跃的进程数,之后按特定算法估算出的数值。假如这个数乘以逻辑CPU的数目,结果低于5的时侯就表明系统在超负荷运转了。
第二行:
Tasks—任务(进程),系统现今共有183个进程,其中处于运行中的有1个,182个在休眠(sleep),stoped状态的有0个,zombie状态(僵尸)的有0个。
第三行:cpu状态
6.7%us—用户空间占用CPU的比率。
0.4%sy—内核空间占用CPU的比率。
0.0%ni—改变过优先级的进程占用CPU的比率
92.9%id—空闲CPU比率
0.0%wa—IO等待占用CPU的比率
0.0%hi—硬中断(HardwareIRQ)占用CPU的比率
0.0%si—软中断(SoftwareInterrupts)占用CPU的比率
在这儿CPU的使用百分比和windows概念不同,假如你不理解用户空间和内核空间,须要充充电了。
第四行:显存状态
8306544ktotal—物理显存总数(8GB)
7775876kused—使用中的显存总数(7.7GB)
530668kfree—空闲显存总数(530M)
79236kbuffers—缓存的显存量(79M)
第五行:swap交换分区
2031608ktotal—交换区总数(2GB)
2556kused—使用的交换区总数(2.5M)
2029052kfree—空闲交换区总数(2GB)
4231276kcached—缓冲的交换区总数(4GB)
这儿要说明的是不能用windows的显存概念理解那些数据,假如按windows的形式此台服务器“危矣”:8G的显存总数只剩下530M的可用显存。Linux的显存管理有其特殊性,复杂点须要一本书来说明,这儿只是简单说点和我们传统概念(windows)的不同。
第四行中使用中的显存总数(used)指的是现今系统内核控制的显存数,空闲显存总数(free)是内核还未列入其管控范围的数目。列入内核管理的显存不见得都在使用中,还包括过去使用过的现今可以被重复借助的显存,内核并不把这种可被重新使用的显存交还到free中去,因而在linux上free显存会越来越少,但不用因此担忧。
假如出于习惯去估算可用显存数,这儿有个近似的估算公式:第四行的free+第四行的buffers+第五行的cached,按这个公式此台服务器的可用显存:530668+79236+4231276=4.7GB。
对于显存监控,在top里我们要时刻监控第五行swap交换分区的used,假如这个数值在不断的变化,说明内核在不断进行显存和swap的数据交换centos查看cpu核数linux操作系统怎么样,这是真正的显存不够用了。
第六行是空行
第七行以下:各进程(任务)的状态监控
PID—进程id
USER—进程所有者
PR—进程优先级
NI—nice值。负值表示高优先级,正值表示低优先级
VIRT—进程使用的虚拟显存总数,单位kb。VIRT=SWAP+RES
RES—进程使用的、未被换出的数学显存大小,单位kb。RES=CODE+DATA
SHR—共享显存大小,单位kb
S—进程状态。D=不可中断的睡眠状态R=运行S=睡眠T=跟踪/停止Z=僵尸进程
%CPU—上次更新到现今的CPU时间占用比率
%MEM—进程使用的数学显存比率
TIME+—进程使用的CPU时间总计,单位1/100秒
COMMAND—进程名称(命令名/命令行)
多U多核CPU监控
在top基本视图中,按按键数字“1”,可监控每位逻辑CPU的状况:
观察上图,服务器有16个逻辑CPUcentos查看cpu核数,实际上是4个化学CPU。
若果不按1,则在top视图上面显示的是所有cpu的平均值
进程数组排序
默认步入top时,各进程是根据CPU的占用量来排序的,在【top视图01】中进程ID为14210的java进程排在第一(cpu占用100%),进程ID为14183的java进程排在第二(cpu占用12%)。可通过鼠标指令来改变排序数组,例如想监控那个进程占用MEM最多,我通常的使用方式如下:
1.敲打按键“b”(打开/关掉加亮疗效),top的视图变化如下:
我们发觉进程id为10704的“top”进程被加亮了,top进程就是视图第二行显示的惟一的运行态(runing)的哪个进程,可以通过敲打“y”键关掉或打开运行态进程的加亮疗效。
2.敲打按键“x”(打开/关掉排序列的加亮疗效),top的视图变化如下:
可以看见,top默认的排序列是“%CPU”。
3.通过”shift+>”或”shift+”的疗效图:
视图如今早已根据%MEM来排序了。
改变进程显示数组
1.敲打“f”键,top步入另一个视图,在这儿可以编排基本视图中的显示数组:
这儿列举了所有可在top基本视图中显示的进程数组,有”*”并且标明为小写字母的数组是可显示的,没有”*”并且是大写字母的数组是不显示的。假如要在基本视图中显示“CODE”和“DATA”两个数组,可以通过敲打“r”和“s”键:
2.“回车”返回基本视图,可以见到多了“CODE”和“DATA”两个数组:
top命令的补充
top命令是Linux上进行系统监控的首选命令,但有时侯却达不到我们的要求,例如当前这台服务器,top监控有很大的局限性。这台服务器运行着websphere集群,有两个节点服务,就是【top视图01】中的老大、老二两个java进程,top命令的监控最小单位是进程,所以看不到我关心的java线程数和顾客联接数,而这两个指标是java的web服务极其重要的指标,一般我用ps和netstate两个命令来补充top的不足。
监控java线程数:
ps-eLf|grepjava|wc-l
监控网路顾客联接数:
netstat-n|greptcp|grep侦听端口|wc-l
前面两个命令,可改动grep的参数,来达到更细致的监控要求。
在Linux系统“一切都是文件”的思想贯彻指导下,所有进程的运行状态都可以用文件来获取。系统根目录/proc中,每一个数字子目录的名子都是运行中的进程的PID,步入任一个进程目录,可通过其中文件或目录来观察进程的各项运行指标,比如task目录就是拿来描述进程中线程的linux主机,因而也可以通过下边的方式获取某进程中运行中的线程数目(PID指的是进程ID):
ls/proc/PID/task|wc-l
在linux中还有一个命令pmap,来输出进程显存的状况,可以拿来剖析线程堆栈:
pmapPID
你们都熟悉Linux下可以通过top命令来查看所有进程的显存,CPU等信息。除此之外,还有其他一些命令,可以得到更详尽的信息,比如
进程相关
cat/proc/your_PID/status
通过top或ps-ef|grep'进程名'得到进程的PID。该命令可以提供进程状态、文件句柄数、内存使用情况等信息。
显存相关
vmstat-s-SM
该可以查看包含显存每位项目的报告,通过-SM或-Sk可以指定查看的单位,默认为kb。结合watch命令就可以看见动态变化的报告了。
也可用
cat/proc/meminfo
要看cpu的配置信息可用
cat/proc/cpuinfo
它能显示例如CPU核心数,时钟频度、CPU机型等信息。
要查看cpu波动情况的,尤其是多核机器上,可使用
mpstat-PALL10
该命令可间隔10秒钟取样一次CPU的使用情况,每位核的情况还会显示下来,比如,每位核的idle情况等。
只需查看均值的,可用
iostat-c
IO相关
iostat-PALL
该命令可查看所有设备使用率、读写字节数等信息。
另外,htop,有时间可以用一下。