linuxphp状况技巧_shell指令监控Linux系统状态

文章目录 [+]

[root@localhost ~]# w 17:47:24 up 6 days, 7:09, 1 user, load average: 0.00, 0.00, 0.00USER TTY LOGIN@ IDLE CPU PCPU WHATroot pts/0 11:16 1.00s 0.09s 0.00s w

相信所有Linux管理员最常用的命令便是这个w了，该命令显示的信息很丰富。
第1行从左至右显示的信息依次为：韶光、系统运行韶光、登任命户数、均匀负载。
从第2行开始的所有行则是见告我们：当前登录的用户名及其登录地址等。
其实在这些信息中，最该当关注第1行中的 load average:后面的3个数值。

第1个数值表示1分钟内系统的均匀负载值，第2个数值表示5分钟内系统的均匀负载值，第3个数值表示15分钟内系统的均匀负载值。
我们着重看第1个值，它表示单位韶光段内利用CPU的活动进程数（在这里实在便是1分钟内），值越大就解释做事器压力越大。
一样平常情形下，这个值只要不超过做事器的CPU数量就没有关系。
如果做事器的CPU数量为8，那么值小于8就解释当前做事器没有压力；否则就要关注一下了。
查看做事器有几个CPU的方法如下所示：

linuxphp状况技巧_shell指令监控Linux系统状态

[root@localhost ~]# cat /proc/cpuinfoprocessor : 0vendor_id : GenuineIntelcpu family : 6model : 85model name : Intel(R) Xeon(R) Gold 6148 CPU @ 2.40GHzstepping : 4microcode : 0x1cpu MHz : 2399.998cache size : 16384 KBphysical id : 0siblings : 8core id : 0cpu cores : 8apicid : 0initial apicid : 0fpu : yesfpu_exception : yescpuid level : 13wp : yesflags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon rep_good nopl xtopology cpuid tsc_known_freq pni pclmulqdq ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch invpcid_single pti ssbd ibrs ibpb stibp fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap clflushopt clwb avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 arat md_clear flush_l1dbugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs taa itlb_multihit mmio_stale_data retbleedbogomips : 4799.99clflush size : 64cache_alignment : 64address sizes : 46 bits physical, 48 bits virtualpower management:processor : 1vendor_id : GenuineIntelcpu family : 6

上例中,/proc/cpuinfo这个文件记录了CPU的详细信息。
目前市情上的做事器有很多是2颗多核CPU，在Linux看来，它便是2n个CPU（这里的n为单颗物理CPU上有几核）。
如果n是4，则查看这个文件时会显示8段类似的信息，而末了一段信息的processor : 后面会显示7。
以是查看当前系统有几个CPU，我们可以利用命令grep -c 'processor' /proc/cpuinfo。
然而查看有几颗物理CPU时，则须要查看关键字physical id。

（图片来自网络侵删）

其余一个查看CPU信息的命令为lscpu，如下所示：

[root@localhost ~]# lscpuArchitecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Address sizes: 46 bits physical, 48 bits virtual Byte Order: Little EndianCPU(s): 16 On-line CPU(s) list: 0-15Vendor ID: GenuineIntel BIOS Vendor ID: QEMU Model name: Intel(R) Xeon(R) Gold 6148 CPU @ 2.40GHz BIOS Model name: pc-i440fx-2.8 CPU family: 6 Model: 85 Thread(s) per core: 1 Core(s) per socket: 8 Socket(s): 2 Stepping: 4 BogoMIPS: 4799.99 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdts cp lm constant_tsc arch_perfmon rep_good nopl xtopology cpuid tsc_known_freq pni pclmulqdq ssse3 fma cx16 pcid sse4_1 sse4_2 x2 apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch invpcid_single pti ssbd ibr s ibpb stibp fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap clflushopt clwb avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 arat md_clear flush_l1dVirtualization features: Hypervisor vendor: KVM Virtualization type: fullCaches (sum of all): L1d: 512 KiB (16 instances) L1i: 512 KiB (16 instances) L2: 64 MiB (16 instances) L3: 32 MiB (2 instances)NUMA: NUMA node(s): 1 NUMA node0 CPU(s): 0-15Vulnerabilities: Itlb multihit: KVM: Mitigation: VMX unsupported L1tf: Mitigation; PTE Inversion Mds: Mitigation; Clear CPU buffers; SMT Host state unknown Meltdown: Mitigation; PTI Mmio stale data: Mitigation; Clear CPU buffers; SMT Host state unknown Retbleed: Mitigation; IBRS Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization Spectre v2: Mitigation; IBRS, IBPB conditional, RSB filling, PBRSB-eIBRS Not affected Srbds: Not affected Tsx async abort: Mitigation; Clear CPU buffers; SMT Host state unknown2.　用vmstat命令监控系统的状态

详细用法如下：

[root@localhost ~]# vmstatprocs -----------memory---------- ---swap-- -----io---- -system-- ------cpu----- r b swpd free buff cache si so bi bo in cs us sy id wa st 0 0 0 28202228 2780 1145492 0 0 0 0 1 1 0 0 100 0 0

命令w查看的是系统整体上的负载，通过看那个数值可以知道当前系统有没有压力。
但它无法判断详细是哪里（CPU、内存、磁盘等）有压力，以是这就用到了vmstat。
vmstat命令打印的结果共分为6部分：procs、memory、swap、io、system和cpu。
请重点关注一下r、b、si、so、bi、bo这几列信息。

procs显示进程的干系信息。

r（run）：表示运行或等待CPU韶光片的进程数。
大家不要误认为等待CPU韶光片意味着这个进程没有运行，实际上某一时候1个CPU只能有一个进程占用，其他进程只能排着队等着，此时这些排队等待CPU资源的进程依然是运行状态。
该数值如果长期大于做事器CPU的个数，则解释CPU资源不足用了。

b（block）：表示等待资源的进程数，这个资源指的是I/O、内存等。
举个例子，当磁盘读写非常频繁时，写数据就会非常慢，此时CPU运算很快就结束了，但进程须要把打算的结果写入磁盘，这样进程的任务才算完成，那此时这个进程只能逐步地等待磁盘了，这样这个进程便是这个b状态。
该数值如果永劫光大于1，则须要关注一下了。

memory显示内存的干系信息。

swpd：表示切换到交流分区中的内存数量，单位为KB。

free：表示当前空闲的内存数量，单位为KB。

buff：表示（即将写入磁盘的）缓冲大小，单位为KB。

cache：表示（从磁盘中读取的）缓存大小，单位为KB。

swap显示内存的交流情形。

bsi：表示由交流区写入内存的数据量，单位为KB。

so：表示由内存写入交流区的数据量，单位为KB。

io显示磁盘的利用情形。

bi：表示从块设备读取数据的量（读磁盘），单位为KB。

bo：表示从块设备写入数据的量（写磁盘），单位为KB。

system显示采集间隔内发生的中断次数。

in：表示在某一韶光间隔内不雅观测到的每秒设备的中断次数。

cs：表示每秒产生的高下文切换次数。

cpu显示CPU的利用状态。

us：显示用户下所花费CPU的韶光百分比。

sy：显示系统花费CPU的韶光百分比。

id：表示CPU处于空闲状态的韶光百分比。

wa：表示I/O等待所占用CPU的韶光百分比。

st：表示被偷走的CPU所占百分比（一样平常都为0，不用关注）。

以上所先容的各个参数中，常常会关注r、b和wa这3列。
io部分的bi和bo也是要常常参考的工具，如果磁盘io压力很大，这两列的数值会比较高。
其余，当si和so两列的数值比较高并且不断变革时，解释内存不足了，内存中的数据频繁交流到交流分区中，这每每对系统性能影响极大。

[root@localhost ~]# vmstat 1 5[root@localhost ~]# vmstat 1

前一条命令表示每隔1秒输出一次状态，共输出5次；后一条命令表示每隔1秒输出一次状态且一贯输出，除非按Ctrl+C键结束。

3.　用top命令显示进程所占的系统资源

详细用法如下：

# toptop - 10:50:36 up 27 days, 12 min, 1 user, load average: 0.00, 0.00, 0.00Tasks: 263 total, 1 running, 262 sleeping, 0 stopped, 0 zombie%Cpu(s): 0.0 us, 0.0 sy, 0.0 ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 stMiB Mem : 31774.7 total, 27543.4 free, 3571.2 used, 1121.4 buff/cacheMiB Swap: 8192.0 total, 8192.0 free, 0.0 used. 28203.6 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 44981 root 20 0 0 0 0 I 0.3 0.0 0:00.12 kworker/12:0-events_power_efficient 1 root 20 0 173128 17400 10496 S 0.0 0.1 0:28.62 systemd 2 root 20 0 0 0 0 S 0.0 0.0 0:01.34 kthreadd 3 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 rcu_gp 4 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 rcu_par_gp 5 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 netns 7 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/0:0H-events_highpri 9 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 mm_percpu_wq 11 root 20 0 0 0 0 I 0.0 0.0 0:00.00 rcu_tasks_kthre 12 root 20 0 0 0 0 I 0.0 0.0 0:00.00 rcu_tasks_rude_ 13 root 20 0 0 0 0 I 0.0 0.0 0:00.00 rcu_tasks_trace 14 root 20 0 0 0 0 S 0.0 0.0 0:00.01 ksoftirqd/0 15 root 20 0 0 0 0 I 0.0 0.0 0:36.25 rcu_preempt 16 root rt 0 0 0 0 S 0.0 0.0 0:02.23 migration/0 18 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/0 19 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/1 20 root rt 0 0 0 0 S 0.0 0.0 0:01.75 migration/1 21 root 20 0 0 0 0 S 0.0 0.0 0:00.03 ksoftirqd/1 23 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/1:0H-events_highpri 24 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/2 25 root rt 0 0 0 0 S 0.0 0.0 0:02.27 migration/2 26 root 20 0 0 0 0 S 0.0 0.0 0:00.02 ksoftirqd/2 28 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/2:0H-events_highpri 29 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/3 30 root rt 0 0 0 0 S 0.0 0.0 0:02.09 migration/3 31 root 20 0 0 0 0 S 0.0 0.0 0:00.05 ksoftirqd/3 33 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/3:0H-events_highpri 34 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/4 35 root rt 0 0 0 0 S 0.0 0.0 0:01.71 migration/4 36 root 20 0 0 0 0 S 0.0 0.0 0:00.02 ksoftirqd/4 38 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/4:0H-events_highpri 39 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/5 40 root rt 0 0 0 0 S 0.0 0.0 0:01.72 migration/5 41 root 20 0 0 0 0 S 0.0 0.0 0:00.02 ksoftirqd/5 43 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/5:0H-kblockd 44 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/6 45 root rt 0 0 0 0 S 0.0 0.0 0:02.38 migration/6 46 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/6 48 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/6:0H-events_highpri 49 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/7 50 root rt 0 0 0 0 S 0.0 0.0 0:00.95 migration/7 51 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/7 53 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/7:0H-events_highpri 54 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/8 55 root rt 0 0 0 0 S 0.0 0.0 0:01.91 migration/8 56 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/8 58 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/8:0H-events_highpri 59 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/9 60 root rt 0 0 0 0 S 0.0 0.0 0:01.95 migration/9 61 root 20 0 0 0 0 S 0.0 0.0 0:00.01 ksoftirqd/9 63 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/9:0H-events_highpri 64 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/10 65 root rt 0 0 0 0 S 0.0 0.0 0:01.94 migration/10 66 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/10 68 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/10:0H-events_highpri 69 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/11 70 root rt 0 0 0 0 S 0.0 0.0 0:01.80 migration/11 71 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/11

top命令用于动态监控进程所占的系统资源，每隔3秒变一次。
它的特点是把占用系统资源（CPU、内存、磁盘I/O等）最高的进程放到最前面。
上例中，top命令打印出了很多信息，包括系统负载（load average）、进程数（Tasks）、CPU利用情形、内存利用情形以及交流分区利用情形。
这些内容实在可以通过其他命令来查看，用top重点查看的还是下面的进程利用系统资源的详细状况，个中你须要关注%CPU、%MEM和COMMAND这几项所代表的意义。
RES这一项为进程所占的内存大小，而%MEM这一项为利用内存的百分比。
在top状态下，按Shift+m键可以按照内存利用大小排序。
按数字1可以列出所有核CPU的利用状态，按q键可以退出top。

其余，常常用到命令top -bn1，它表示非动态打印系统资源的利用情形，可以用在shell脚本中。
示例如下：

和top命令唯一的差异便是，它一次性输出所有信息而非动态显示。

4.　用sar命令监控系统状态

sar命令很强大，它可以监控系统险些所有资源的状态，比如均匀负载、网卡流量、磁盘状态、内存利用等。
与其他系统状态监控工具不同，它可以打印历史信息，可以显示当天从零点开始到当前时候的系统状态信息。
如果你的系统没有安装这个命令，请利用命令yum install -y sysstat安装。
初次利用sar命令会报错，那是由于sar工具还没有天生相应的数据库文件（无需实时监控，由于不用去查询那个库文件）。
它的数据库文件在/var/log/sa/目录下。
由于这个命令太繁芜，以是只先容以下两个方面。

1. 查看网卡流量 sar -n DEV

详细用法如下：

[root@localhost ~]# sar -n DEV 1 5Linux 5.14.0-160.el9.x86_64 (localhost.localdomain) 01/11/2023 _x86_64_ (16 CPU)11:40:03 AM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s %ifutil11:40:04 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.0011:40:04 AM enp4s1 3.00 1.00 0.47 0.10 0.00 0.00 0.00 0.0011:40:04 AM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s %ifutil11:40:05 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.0011:40:05 AM enp4s1 1.00 2.00 0.06 0.29 0.00 0.00 0.00 0.0011:40:05 AM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s %ifutil11:40:06 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.0011:40:06 AM enp4s1 1.00 2.00 0.06 0.29 0.00 0.00 0.00 0.0011:40:06 AM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s %ifutil11:40:07 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.0011:40:07 AM enp4s1 2.00 2.00 0.12 0.29 0.00 0.00 0.00 0.0011:40:07 AM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s %ifutil11:40:08 AM lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.0011:40:08 AM enp4s1 1.00 3.00 0.06 0.35 0.00 0.00 0.00 0.00Average: IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s %ifutilAverage: lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00Average: enp4s1 1.60 2.00 0.15 0.26 0.00 0.00 0.00 0.00

你的结果可能和上面的不一样，这是由于网卡名字不一样，总之这个命令会把网卡信息打印出来，这里的1 5和vmstat用法一样，表示每隔1秒打印一次，共打印5次。
IFACE这一列表示设备名称，rxpck/s这一列表示每秒进入收取的包的数量，txpck/s这一列表示每秒发送出去的包的数量，rxkB/s这一列表示每秒收取的数据量（单位为KB），txkB/s这一列表示每秒发送的数据量（后面几列不须要关注）。

如果有一天做事器丢包非常严重，那么你就该当查一下网卡流量是否非常了。
如果rxpck/s那一列的数值大于4000，或者rxkB/s那一列的数值大于5000000，很有可能是被攻击了。
正常的做事器网卡流量不会这么高，除非是你自己在复制数据。

其余也可以利用-f选项查看某一天的网卡流量历史，后面跟文件名。
在Red Hat或者CentOS发行版中，sar的库文件一定在/var/log/sa/目录下，如果你刚安装syssta包，该目录下还未天生任何文件，其用法如下所示：

# sar -n DEV -f /var/log/sa/sa03

2. 查看历史负载 sar -q

[root@localhost ~]# sar -q

如果报如上缺点，可以重启syssta做事，命令为systemctl restart sysstat。
纵然天生该文件，但依然还不能正常显示结果，由于它须要每隔10分钟才会记录一次数据。
这个命令有助于我们查看做事器在过去某个韶光的负载状况。
实在先容sar命令，只是为了让你学会查看网卡流量（这是非常有用的）。
如果你感兴趣可以man一下，它的用法还有很多。

5.　用nload命令查看网卡流量

sar虽然可以查看网卡流量，但是不足直不雅观，还有一个更好用的工具，那便是nload。
系统没有默认安装它，安装方法如下：

# yum install –y epel-release; yum install –y nload

安装过程不再贴出来。
关于上面的命令，大概你有疑问，为什么不直接写两个包呢？这是由于要想安装nload，条件是先安装epel-release包，nload包是在epel这个扩展源里面的。
往后在事情中，你一定会常常利用epel扩展源安装一些软件包，非常方便。
安装完之后，直接运行nload命令，然后回车就会涌现如下界面。
是动态的哦，很直不雅观对不对？相信你会喜好上这个工具。

最上面一行为网卡名字以及IP地址，按向右箭头可以查看其他网卡的网络流量。
输出结果分为两部分，Incoming为进入网卡的流量，Outgoing为网卡出去的流量，我们关注确当然是Curr那行的数据，其单位也可以动态自动调度，非常人性化。
按q退出该界面。

6.　用free命令查看内存利用状况

详细用法如下：

[root@localhost ~]# free total used free shared buff/cache availableMem: 32537324 3703956 28099376 39528 1217372 28833368Swap: 8388604 0 8388604

free命令可以查看当前系统的总内存大小以及利用内存的情形。

total：内存总大小。
used：真正利用的实际内存大小。
free：剩余物理内存大小（没有被分配，纯剩余）。
shared：共享内存大小，不用关注它。
buff/cache：分配给buffer和cache的内存统共有多大。
关于buffer和cache大家大概有一些迷惑，由于字面意思上两者很附近。
教你一个很随意马虎区分这两者的方法，buffer和cache都是一部分内存，内存的浸染便是缓解CPU和IO（如，磁盘）的速率差距的，你可以这样理解：数据经由CPU打算，即将要写入磁盘，这时用的内存为buffer；CPU要打算时，须要把数据从磁盘中读出来，临时先放到内存中，这部分内存便是cache。
available：系统可利用内存有多大，它包含了free。
Linux系统为了让运用跑得更快，会预先分配一部分内存（buffer/cache）给某些运用利用，虽然这部分内存并没有真正利用，但也已经分配出去了。
然而，当其余一个做事要利用更多内存时，是可以把这部分预先分配的内存拿来用的。
以是还没有被占用的这部分buffer和cache再加上free便是available。
这个free命令显示的结果中，实在有一个隐蔽的公式：total=used+free+buff/cache。
其余，available是由free这部分内存和buff/cache还未被占用的那部分内存组成。
used那部分内存和buff/cache被占用的内存是没有关系的。
free命令还可以加-m和-g选项（分别以MB或GB为单位）打印内存的利用状况，乃至也支持-h选项。
示例命令如下：[root@localhost ~]# free -m

7.　用ps命令查看系统进程

系统管理员一定要知道你所管理的系统都有哪些进程在运行，在Windows下只要打开任务管理器即可查看。
那么在Linux下如何查看呢？

实在利用前面先容的top命令就可以，但是查看起来没有ps命令方便，它是专门显示系统进程的命令，如下所示：[root@localhost ~]# ps aux

也常常看到有人喜好用命令ps -elf，但它们显示的信息基本上是一样的。

ps命令还有更多的用法，你只要会用这个命令就足够了。

下面先容几个别系进程的参数。

PID：表示进程的ID，这个ID很有用。
在Linux中，内核管理进程就得靠pid来识别和管理某一个进程。
比如我想终止某一个进程，则用命令“kill 进程的pid”。
有时这样并不能终止进程，须要加-9选项，即“kill -9 进程的pid”，但这样有点暴力，严重的时候会丢数据，以是只管即便还是别用。

STAT：进程的状态。
进程状态分为以下几种（不哀求记住，但要理解）。

D：不能中断的进程（常日为IO）。

R（run）：正在运行中的进程，个中包括了等待CPU韶光片的进程。

S（sleep）：已经中断的进程。
常日情形下，系统的大部分进程都是这个状态。

T：已经停滞或者停息的进程。
如果我们正在运行一个命令，比如说sleep 10，我们按一下Ctrl+Z停息进程时，用ps命令查看就会显示T这个状态。

W：（内核2.6xx往后不可用），没有足够的内存页分配。

X：已经去世掉的进程（这个彷佛从来不会涌现）。

Z：僵尸进程，即杀不掉、打不去世的垃圾进程，占用系统一点资源，不过没有关系。
如果占用太多（一样平常不会涌现），就须要重视了。
<：高优先级进程。

N：低优先级进程。

L：在内存中被锁了内存分页。

s：主进程，后面讲到nginx或者php-fpm做事的时候，你就能更好地理解它了。

l：多线程进程。
+：在前台运行的进程，比如在当前终端实行ps aux便是前台进程。