2019独角兽企业重金招聘Python工程师标准>>> 
第一行&＃xff1a;
10:01:23 — 当前系统时间
126 days, 14:29 — 系统已经运行了126天14小时29分钟&＃xff08;在这期间没有重启过&＃xff09;
2 users — 当前有2个用户登录系统
load average: 1.15, 1.42, 1.44 — load average后面的三个数分别是1分钟、5分钟、15分钟的负载情况。
load average数据是每隔5秒钟检查一次活跃的进程数&＃xff0c;然后按特定算法计算出的数值。如果这个数除以逻辑CPU的数量&＃xff0c;结果高于5的时候就表明系统在超负荷运转了。
第二行&＃xff1a;
Tasks — 任务&＃xff08;进程&＃xff09;&＃xff0c;系统现在共有183个进程&＃xff0c;其中处于运行中的有1个&＃xff0c;182个在休眠&＃xff08;sleep&＃xff09;&＃xff0c;stoped状态的有0个&＃xff0c;zombie状态&＃xff08;僵尸&＃xff09;的有0个。
第三行&＃xff1a;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 — 硬中断&＃xff08;Hardware IRQ&＃xff09;占用CPU的百分比
0.0% si — 软中断&＃xff08;Software Interrupts&＃xff09;占用CPU的百分比
在这里CPU的使用比率和windows概念不同&＃xff0c;如果你不理解用户空间和内核空间&＃xff0c;需要充充电了。
第四行&＃xff1a;内存状态
8306544k total — 物理内存总量&＃xff08;8GB&＃xff09;
7775876k used — 使用中的内存总量&＃xff08;7.7GB&＃xff09;
530668k free — 空闲内存总量&＃xff08;530M&＃xff09;
79236k buffers — 缓存的内存量 &＃xff08;79M&＃xff09;
第五行&＃xff1a;swap交换分区
2031608k total — 交换区总量&＃xff08;2GB&＃xff09;
2556k used — 使用的交换区总量&＃xff08;2.5M&＃xff09;
2029052k free — 空闲交换区总量&＃xff08;2GB&＃xff09;
4231276k cached — 缓冲的交换区总量&＃xff08;4GB&＃xff09;
这里要说明的是不能用windows的内存概念理解这些数据&＃xff0c;如果按windows的方式此台服务器“危矣”&＃xff1a;8G的内存总量只剩下530M的可用内存。Linux的内存管理有其特殊性&＃xff0c;复杂点需要一本书来说明&＃xff0c;这里只是简单说点和我们传统概念&＃xff08;windows&＃xff09;的不同。
第四行中使用中的内存总量&＃xff08;used&＃xff09;指的是现在系统内核控制的内存数&＃xff0c;空闲内存总量&＃xff08;free&＃xff09;是内核还未纳入其管控范围的数量。纳入内核管理的内存不 见得都在使用中&＃xff0c;还包括过去使用过的现在可以被重复利用的内存&＃xff0c;内核并不把这些可被重新使用的内存交还到free中去&＃xff0c;因此在linux上free内存会 越来越少&＃xff0c;但不用为此担心。
如果出于习惯去计算可用内存数&＃xff0c;这里有个近似的计算公式&＃xff1a;第四行的free &＃43; 第四行的buffers &＃43; 第五行的cached&＃xff0c;按这个公式此台服务器的可用内存&＃xff1a;530668&＃43;79236&＃43;4231276 &＃61; 4.7GB。
对于内存监控&＃xff0c;在top里我们要时刻监控第五行swap交换分区的used&＃xff0c;如果这个数值在不断的变化&＃xff0c;说明内核在不断进行内存和swap的数据交换&＃xff0c;这是真正的内存不够用了。
第七行以下&＃xff1a;各进程&＃xff08;任务&＃xff09;的状态监控
PID — 进程id
USER — 进程所有者
PR — 进程优先级
NI — nice值。负值表示高优先级&＃xff0c;正值表示低优先级
VIRT — 进程使用的虚拟内存总量&＃xff0c;单位kb。VIRT&＃61;SWAP&＃43;RES
RES — 进程使用的、未被换出的物理内存大小&＃xff0c;单位kb。RES&＃61;CODE&＃43;DATA
SHR — 共享内存大小&＃xff0c;单位kb
S — 进程状态。D&＃61;不可中断的睡眠状态 R&＃61;运行 S&＃61;睡眠 T&＃61;跟踪/停止 Z&＃61;僵尸进程
%CPU — 上次更新到现在的CPU时间占用百分比
%MEM — 进程使用的物理内存百分比
TIME&＃43; — 进程使用的CPU时间总计&＃xff0c;单位1/100秒
COMMAND — 进程名称&＃xff08;命令名/命令行&＃xff09;
多U多核CPU监控
在top基本视图中&＃xff0c;按键盘数字“1”&＃xff0c;可监控每个逻辑CPU的状况&＃xff1a;
程字段排序
默认进入top时&＃xff0c;各进程是按照CPU的占用量来排序的&＃xff0c;在【top视图 01】中进程ID为14210的java进程排在第一&＃xff08;cpu占用100%&＃xff09;&＃xff0c;进程ID为14183的java进程排在第二&＃xff08;cpu占用12%&＃xff09;。可通过 键盘指令来改变排序字段&＃xff0c;比如想监控哪个进程占用MEM最多&＃xff0c;我一般的使用方法如下&＃xff1a;
1. 敲击键盘“b”&＃xff08;打开/关闭加亮效果&＃xff09;&＃xff0c;top的视图变化如下&＃xff1a;
top视图 03
我们发现进程id为10704的“top”进程被加亮了&＃xff0c;top进程就是视图第二行显示的唯一的运行态&＃xff08;runing&＃xff09;的那个进程&＃xff0c;可以通过敲击“y”键关闭或打开运行态进程的加亮效果。
2. 敲击键盘“x”&＃xff08;打开/关闭排序列的加亮效果&＃xff09;&＃xff0c;top的视图变化如下&＃xff1a;
top视图 04
可以看到&＃xff0c;top默认的排序列是“%CPU”。
3. 通过”shift &＃43; >”或”shift &＃43; <”可以向右或左改变排序列&＃xff0c;下图是按一次”shift &＃43; >”的效果图&＃xff1a;
top视图 05
视图现在已经按照%MEM来排序了。
改变进程显示字段
1. 敲击“f”键&＃xff0c;top进入另一个视图&＃xff0c;在这里可以编排基本视图中的显示字段&＃xff1a;
top视图 06
这里列出了所有可在top基本视图中显示的进程字段&＃xff0c;有”*”并且标注为大写字母的字段是可显示的&＃xff0c;没有”*”并且是小写字母的字段是不显示的。如果要在基本视图中显示“CODE”和“DATA”两个字段&＃xff0c;可以通过敲击“r”和“s”键&＃xff1a;
top视图 07
2. “回车”返回基本视图&＃xff0c;可以看到多了“CODE”和“DATA”两个字段&＃xff1a;
top视图 08
top命令的补充top命令是Linux上进行系统监控的首选命令&＃xff0c;但有时候却达不到我们的要求&＃xff0c;比如当前这 台服务器&＃xff0c;top监控有很大的局限性。这台服务器运行着websphere集群&＃xff0c;有两个节点服务&＃xff0c;就是【top视图 01】中的老大、老二两个java进程&＃xff0c;top命令的监控最小单位是进程&＃xff0c;所以看不到我关心的java线程数和客户连接数&＃xff0c;而这两个指标是java的 web服务非常重要的指标&＃xff0c;通常我用ps和netstate两个命令来补充top的不足。
监控java线程数&＃xff1a;
ps -eLf | grep java | wc -l
监控网络客户连接数&＃xff1a;
netstat -n | grep tcp | grep 侦听端口 | wc -l
上面两个命令&＃xff0c;可改动grep的参数&＃xff0c;来达到更细致的监控要求。
在Linux系统“一切都是文件”的思想贯彻指导下&＃xff0c;所有进程的运行状态都可以用 文件来获取。系统根目录/proc中&＃xff0c;每一个数字子目录的名字都是运行中的进程的PID&＃xff0c;进入任一个进程目录&＃xff0c;可通过其中文件或目录来观察进程的各项运行 指标&＃xff0c;例如task目录就是用来描述进程中线程的&＃xff0c;因此也可以通过下面的方法获取某进程中运行中的线程数量&＃xff08;PID指的是进程ID&＃xff09;&＃xff1a;
ls /proc/PID/task | wc -l
在linux中还有一个命令pmap&＃xff0c;来输出进程内存的状况&＃xff0c;可以用来分析线程堆栈&＃xff1a;
pmap PID
京公网安备 11010802041100号