zoukankan      html  css  js  c++  java
  • linux_进程管理

    Linux进程管理

    1. 进程基本概述

    进程是已启动的可执行程序的运行中实例。

    /proc目录下以数字为名的目录,每一个目录代表一个进程,保存着进程的属性信息。每一个进程的PID是唯一的,就算进程退出了,其它进程也不会占用其PID。

    1.1 进程的组成部分

    • 已分配内存的地址空间
    • 安全属性,包括所有权凭据和特权
    • 程序代码的一个或多个执行线程
    • 进程状态

    1.2 进程的环境

    • 本地和全局变量
    • 当前调度上下文
    • 分配的系统资源,如文件描述符和网络端口

    1.3 进程的产生

    现有的(父)进程复制自己的地址空间(fork)来创建一个新的(子)进程结构。
    每个新进程分配有一个唯一的进程ID(PID),满足跟踪和安全性之需。PID与父进程ID(PPID)是新进程环境的元素。
    任何进程可创建子进程。所有进程都是第一个系统进程的后代。RHEL7上,第一个系统进程是systemd。

    image
    通过fork例程,子进程继承安全性身份、过去和当前的文件描述符、端口和资源特权、环境变量,以及程序代码。随后,子进程可能exec其自己的程序代码。通常,父进程在子进程运行期间处于睡眠状态,设置一个在子进程完成时发出信号的请求(wait)。在退出时,子进程可能已经关闭或丢弃了其资源和环境,剩余的部分被称作僵停。父进程在子进程退出时收到信号而被唤醒,清理剩余结构,然后继续执行其自己的程序代码。

    1.4 进程的分类

    • 前台进程:与终端相关的进程,通过终端启动的进程
      • 注意:也可把在前台启动的进程送往后台,以守护模式运行
    • 守护进程:daemon,与终端无关的进程(如内核),在系统引导过程中启动的进程

    2. 进程状态

    image

    Excuting                    //运行态
    Ready                       //就绪态,也可以称作睡眠态
        Uninterruptible sleep   //不可中断的睡眠。不可随时唤醒,只有当IO资源加载成功后才能唤醒
        Interruptible sleep     //可中断的睡眠。可随时唤醒
    Zombie                      //僵尸进程。正常运行结束了,但是不释放占据的内存
    Stopped                     //停止态,暂停于内存中,但不会被调度,除非手动启动之
    

    进程睡眠的原因:当一个执行中的进程,需要加载额外的IO资源的时候,由于IO设备的速度太慢,所以会转入睡眠状态等待,交出CPU给其他进程,以免浪费剩余执行时间

    在多任务处理操作系统中,每个CPU(或CPU核心)在一个时间点上处理一个进程。在进程运行时,它对CPU时间和资源分配的直接要求会有变化。进程分配有一个状态,它随着环境要求而改变

    Linux进程状态

    标志 内核定义的状态名称和描述
    R TASK_RUNNING:进程正在CPU上执行,或者正在等待运行。处于运行中(或可运行)状态时,进程可能正在执行用户例程或内核例程(系统调用),或者已排队并就绪
    S TASK_INTERRUPTIBLE:进程处于睡眠状态且正在等待某一条件:硬件请求、系统资源访问或信号。当事件或信号满足该条件时,该进程将返回到运行中
    D TASK_UNINTERRUPTIBLE:此进程也在睡眠,但与S状态不同,不会响应传递的信号。仅在特定的条件下使用,其中进程中断可能会导致意外的设备状态
    K TASK_KILLABLE:进程处于睡眠状态,与不可中断的D状态相同,但有所修改,允许等待中的任务通过响应信号而被中断(彻底退出)。实用程序通常将可中断的进程显示为D状态
    T TASK_STOPPED:进程已被停止(暂停),通常是通过用户或其他进程发出的信号。进程可以通过另一信号返回到运行中状态,继续执行(恢复)
    T TASK_TRACED:正在被调试的进程也会临时停止,并且共享同一个T状态标志
    Z EXIT_ZOMBIE:子进程在退出时向父进程发出信号。除进程身份(PID)之外的所有资源都已释放
    X EXIT_DEAD:当父进程清理(获取)剩余的子进程结构时,进程现在已彻底释放。此状态从不会在进程列出实用程序中看到
    < 高优先级进程
    N 低优先级进程
    + 前台进程组中的进程
    l 多线程进程
    s 会话进程首进程

    3. 进程优先级

    3.1 linux进程调度与多任务

    现代计算机系统中既包含每次只能执行一个指令的低端处理器,也包含高性能超级计算机,这些超级计算机每台配备数百个CPU,每个CPU上具有多个核心,它们可以并行执行数以百计的指令。但是所有这些系统往往具有一个共同点:它们需要运行的进程数量总是超出实际具有的核心数。

    通过时间分片技术,Linux(和其他操作系统)实际能够运行的进程数(和线程数)可以超出可用的实际处理单元数。操作系统进程调度程序将在单个核心上的进程之间进行快速切换,从而给用户一种有多个进程在同时运行的印象。

    执行此切换的Linux内核部分称为进程调度程序。

    3.2 进程优先级

    • 进程优先级范围:0-139,数字越小,优先级越高
      • 0-99:实时优先级,内核调整
      • 100-139:静态优先级,用户可控制
    • 进程优先级高的特点:
      • 获得更多的CPU运行时间
      • 更优先获得CPU运行的机会

    要修改进程的优先级可以通过调整进程的nice值来实现,nice值越小,优先级越高:
    nice值的范围是(-20,19),-20对应100,19对应139

    3.3 相对优先级

    由于不是每种进程都与其他进程同样重要,可告知调度程序为不同的进程使用不同的调度策略。常规系统上运行的大多数进程所使用的调度策略称为SCHED_OTHER(也称为SCHED_NORMAL),但还有一些其他策略可用于不同的目的。

    由于并非所有进程都以同样的方式创建,可为采用SCHED_NORMAL策略运行的进程指定相对优先级。此优先级称为进程的nice值。一个进程可以有40种不同级别的nice值。

    这些nice级别的范围是从-20到19。默认情况下,进程将继承其父进程的nice级别,通常为 0

    • nice级别越高,表示优先级越低(该进程容易将其CPU使用量让给其他进程)

    • nice级别越低,表示优先级越高(该进程更加不倾向于让出CPU)

    如果不存在资源争用(例如当活动进程数少于可用CPU核心数时),即使nice级别高的进程也将仍使用它们可使用的所有可用CPU资源。但当请求CPU时间的进程数超过可用核心数时,nice级别较高的进程将比nice级别较低的进程收到更少的CPU时间

    3.4 nice级别与权限

    为很占CPU资源的进程设置较低的nice级别可能会对同一系统上运行的其他进程的性能造成负面影响,所以仅允许root用户设置负nice级别以及降低现有进程的nice级别。

    普通非特权用户仅允许设置正的nice级别。只能对现有进程提升nice级别,而不能降低nice级别。

    4. 进程管理命令

    Linux系统各进程的相关信息均保存在/proc/PID目录下的各文件中

    4.1 ps

    ps(process state)命令用于列出当前的进程。可以显示详细的进程信息,包括:

    • 用户识别符(UID),它确定进程的特权
    • 唯一进程识别符(PID)
    • CPU和已经花费的实时时间
    • 进程在各种位置上分配的内存数量
    • 进程的位置STDOUT,称为控制终端
    • 当前的进程状态

    ps支持三种选项格式:

    • UNIX(POSIX)选项,可以分组但必须以连字符开头
    • BSD 选项,可以分组但不可与连字符同用
    • GNU 长选项,以双连字符开头

    ps(process state),显示进程信息。注意事项:

    • 加了[]中括号的,表示内核线程,通常位于顶部
    • exiting或defunct表示僵尸进程
    //常用选项:
    a       //显示所有与终端有关的进程
    u       //显示进程是由哪个用户启动的
    x       //显示所有与终端无关的进程
    
    -e      //显示所有进程,与-A效果相同
    -l      //以长格式显示
    -F      //显示更详细的完整格式的进程信息
    -f      //显示更详细的完整格式的进程信息
    -H      //以进程层级格式显示进程相关信息
    -o      //根据自己的需要选择要显示的字段  
    
    [root@localhost ~]# ps -o pid,comm,ni       //表示只显示进程号,命令,nice值三个字段
       PID COMMAND          NI
      8828 bash              0
      9844 ps                0
    
        
    //aux结果解析:
        VSZ     //Virtual memory SiZe,虚拟内存集
        RSS     //ReSident Size,常驻内存集
        STAT    //进程状态
        TIME    //运行时的累积时长
        
    //ps命令结果解析:
        NI      //nice值
        PRI     //优先级
        PSR     //进程运行在哪个CPU核心上
        RTPTRIO //实时优先级
        C       //运行的CPU编号
        STIME   //进程的启动时间
        VSZ     //Virtual memory SiZe,虚拟内存集
        RSS     //ReSident Size,常驻内存集
        STAT    //进程状态
        TIME    //运行时的累积时长
    

    4.2 pstree

    pstree用于显示当前系统上的进程树

    • Linux的核心是两棵树
      • 进程树
      • 文件系统树
    [root@localhost ~]# pstree
    systemd─┬─NetworkManager───2*[{NetworkManager}]
            ├─VGAuthService
            ├─auditd───{auditd}
            ├─crond
            ├─dbus-daemon───{dbus-daemon}
            ├─firewalld───{firewalld}
            ├─irqbalance───{irqbalance}
            ├─login───bash
            ├─polkitd───7*[{polkitd}]
            ├─rhsmcertd
            ├─rngd───{rngd}
            ├─rsyslogd───2*[{rsyslogd}]
            ├─sshd───sshd───sshd───bash───pstree
            ├─sssd─┬─sssd_be
            │      └─sssd_nss
            ├─systemd───(sd-pam)
            ├─systemd-journal
            ├─systemd-logind
            ├─systemd-udevd
            ├─tuned───3*[{tuned}]
            └─vmtoolsd───2*[{vmtoolsd}]
    [root@localhost ~]# 
    

    4.3 pgrep

    以grep风格指定只显示哪些进程,在当前系统中找符合某些特性的进程。只显示进程号

    pgrep //显示的进程号(PID)不准确,不具体

    [root@localhost ~]# ps -ef|grep vi
    root        1020       1  0 Nov23 ?        00:00:00 /usr/bin/VGAuthService -s
    root       14530   14486  0 00:03 pts/1    00:00:00 vi abc
    root       14534   14510  0 00:04 pts/2    00:00:00 grep --color=auto vi
    [root@localhost ~]# pgrep vi
    1020
    14530
    

    4.4 pidof

    根据进程名查找其PID号

    pidof //根据进程名查找PID,相比于pgrep更加的准确

    [root@localhost ~]# ps -ef|grep vi
    root        1020       1  0 Nov23 ?        00:00:00 /usr/bin/VGAuthService -s
    root       14530   14486  0 00:03 pts/1    00:00:00 vi abc
    root       14534   14510  0 00:04 pts/2    00:00:00 grep --color=auto vi
    [root@localhost ~]# pidof vi
    14530
    [root@localhost ~]# 
    

    4.5 vmstat

    虚拟内存状态查看命令

    • 语法:vmstat [options]delay [count]]

    • 例:
      vmstat 2 //表示每2秒刷新一次
      vmstat 2 5 //表示每2秒刷新一次,刷新5次后退出

    • 常用的选项:
      -s //显示内存的统计数据

    [root@localhost ~]# vmstat
    procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
     r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
     1  0      0 3157932   4508 364328    0    0    13     4   32   42  0  0 100  0  0
    

    vmstat //显示详解

    • procs:
      • r(running) //表示等待运行的队列长度,也即等待运行的进程的个数
      • b(block) //表示阻塞队列长度,也即处于不可中断睡眠态的进程个数
    • memory:
      • swpd //交换内存的使用总量
      • free //空闲物理内存总量
      • buffer //用于buffer的内存总量
      • cache //用于cache的内存总量
    • swap:
      • si(swap in) //表示从物理内存有多少页面换进_ swap,也即数据进入swap的数据速率(kb/s
      • so(swap out) //表示从swap有多少页面换进物理内存,也即数据离开swap的数据速率(kb/s)
    • io:
      • bi(block in) //表示磁盘块有多少个被调入内存中,也即从块设备读入数据到系统的速率(kb/s)
      • bo(block out) //表示有多少个磁盘块从内存中被同步到硬盘上去了,也即保存数据至块设备的速率(kb/s)
    • system:
      • in( interrupts) //表示中断的个数,也即中断速率(kb/s)
      • cs(context switch) //表示上下文切换的次数,也即进程切换速率(kb/s)
    • CPU:
      • us //表示用户空间
      • sy //表示内核空间
      • id //表示空闲百分比
      • wa //表示等待IO完成所占据的时间百分比
      • st //表示steal,被虚拟化技术偷走的时间(比如运行虚拟机)

    5. 控制作业

    5.1 作业与会话

    • 作业控制是shell的一种功能,它允许单个shell实例运行和管理多个命令。

    • 作业与在shell提示符中输入的每个管道相关联。该管道中的所有进程均是作业的一部分,并且是同一个进程组的成员。(如果在shell提示符中仅输入了一条命令,则这条命令可视为命令的最小管道。该命令将是该作业的唯一成员)

    • 一次只能有一个作业从特定终端窗口读取输入和键盘生成的信号。属于该作业的进程是该控制终端的前台进程。

    • 该控制终端的后台进程是与该终端相关联的任何其他作业的成员。终端的后台进程无法从终端读取输入或接收键盘生成的中断,但可以写入终端。后台中的作业可能已停止(暂停),也可能正在运行。如果某个正在运行的后台作业尝试从终端读取内容,则该作业将自动暂停。

    • 每个终端是其自身的会话,并且可以具有一个前台进程和多个独立的后台进程。一个作业只能属于一个会话,也就是属于其控制终端的会话。

    5.2 作业分类

    Linux作业分为前台作业与后台作业两种。其各自的特点如下:

    • 前台作业:通过终端启动,且启动后一直占据了命令提示符
    • 后台作业:可以通过终端启动,但启动之后,释放命令提示符,后续的操作在后台完成
      • 此类作业虽然被送往后台运行,但其依然与终端相关。如果希望送往后台后,剥离与终端的关系需要执行(nohup COMMAND &)

    5.3 在后台运行作业

    1. & //在命令后面加上&符号就可以生成一个后台文件
    [root@localhost ~]# sleep 1000 &
    [1] 14566
    [root@localhost ~]# jobs
    [1]+  Running                 sleep 1000 &
    
    1. jobs //用于显示当前所有的后台作业
    • + //命令将默认操作的作业
    • - //命令将第二个默认操作的作业
    [root@localhost ~]# jobs
    [1]+  Stopped                 grep --color=auto vi
    [2]-  Running                 sleep 1000 &
    [root@localhost ~]# 
    
    1. fg //命令用于将后台作业调至前台运行
    • 当只有一个后台作业时,直接使用fg命令,不跟任何参数即可将后台作业调至前台运行。
    • 当有多个作业时则必须跟上%+作业号,也就是下面命令执行结果中以[ ]括起来的数字。
    [root@localhost ~]# jobs
    [1]+  Stopped                 grep --color=auto vi
    [2]   Running                 sleep 1000 &
    [3]-  Running                 sleep 500 &
    [root@localhost ~]# fg %2
    sleep 1000
    ^Z                            //使用Ctrl+z可将前台进程发送到后台,此时作业处于停止状态
    [2]+  Stopped                 sleep 1000
    [root@localhost ~]# 
    
    1. bg //使用bg命令+作业号可使后台已停止的作业重新运行
    [root@localhost ~]# jobs
    [1]-  Stopped                 grep --color=auto vi
    [2]+  Stopped                 sleep 1000
    [3]   Running                 sleep 500 &
    [root@localhost ~]# bg %2
    [2]+ sleep 1000 &
    [root@localhost ~]# jobs
    [1]+  Stopped                 grep --color=auto vi
    [2]   Running                 sleep 1000 &
    [3]-  Running                 sleep 500 &
    [root@localhost ~]# 
    
    1. kill //kill加上作业号可以手动杀死指定作业
    [root@localhost ~]# jobs
    [1]   Terminated              grep --color=auto vi
    [2]-  Running                 sleep 1000 &
    [3]+  Running                 sleep 500 &
    [root@localhost ~]# kill %2
    [root@localhost ~]# jobs
    [2]-  Terminated              sleep 1000
    [3]+  Running                 sleep 500 &
    [root@localhost ~]# 
    
    

    6. 进程间通信

    进程间通信(IPC:Inter Process Communication)

    进程间通信方式:

    • 同一主机
      • 共享内存
      • 信号:Signal
    • 不同主机
      • rpc:remote procecure call
        • 基于socket实现进程间通信

    7. 使用信号控制进程

    信号是传递至进程的软件中断。信号向执行中的程序报告事件。生成信号的事件可以是错误或外部事件(如I/O请求或计时器过期),或者来自于明确请求(如使用信号发送命令)

    下表列出了系统管理员用于日常进程管理的基本信号。请通过短名称(HUP)或正确名称(SIGHUP)指代信号。

    • 指定一个信号的方法:
      • 信号号码(数字标识):kill -1
      • 信号完整名称:kill -SIGKILL
      • 信号简写名称:kill -TERM或kill -KILL或kill -INT或kill -HUP

    基本进程管理信号

    信号编号 ID 短名称 定义 用途
    1 HUP 挂起 让一个进程不用重启就可以重读配置文件,并让新的配置信息生效
    2 INT 键盘中断 中断一个前台进程。ctrl+c就是用的SIGINT信号
    9 KILL 中断,无法拦截 导致立即终止程序。无法被拦截、忽略或处理
    15 默认值 TERM 终止 导致程序终止。和SIGKILL不同,可以被拦截、忽略或处理。要求程序终止的友好方式,允许自我清理

    用户可以中断自己的进程,但只有root才能终止由其他人拥有的进程。

    kill命令根据ID向进程发送信号。虽其名称为kill,但该命令可用于发送任何信号,而不仅仅是终止程序的信号

    • 语法:kill [-SIGNAL] PID ...
    • 显示所有可用的信号(可使用man7 signal查看帮助信息)
    //一般只用到1 2 9 15 参数的管理信号
    [root@localhost ~]# kill -l
     1) SIGHUP	 2) SIGINT	 3) SIGQUIT	 4) SIGILL	 5) SIGTRAP
     6) SIGABRT	 7) SIGBUS	 8) SIGFPE	 9) SIGKILL	10) SIGUSR1
    11) SIGSEGV	12) SIGUSR2	13) SIGPIPE	14) SIGALRM	15) SIGTERM
    16) SIGSTKFLT	17) SIGCHLD	18) SIGCONT	19) SIGSTOP	20) SIGTSTP
    21) SIGTTIN	22) SIGTTOU	23) SIGURG	24) SIGXCPU	25) SIGXFSZ
    26) SIGVTALRM	27) SIGPROF	28) SIGWINCH	29) SIGIO	30) SIGPWR
    31) SIGSYS	34) SIGRTMIN	35) SIGRTMIN+1	36) SIGRTMIN+2	37) SIGRTMIN+3
    38) SIGRTMIN+4	39) SIGRTMIN+5	40) SIGRTMIN+6	41) SIGRTMIN+7	42) SIGRTMIN+8
    43) SIGRTMIN+9	44) SIGRTMIN+10	45) SIGRTMIN+11	46) SIGRTMIN+12	47) SIGRTMIN+13
    48) SIGRTMIN+14	49) SIGRTMIN+15	50) SIGRTMAX-14	51) SIGRTMAX-13	52) SIGRTMAX-12
    53) SIGRTMAX-11	54) SIGRTMAX-10	55) SIGRTMAX-9	56) SIGRTMAX-8	57) SIGRTMAX-7
    58) SIGRTMAX-6	59) SIGRTMAX-5	60) SIGRTMAX-4	61) SIGRTMAX-3	62) SIGRTMAX-2
    63) SIGRTMAX-1	64) SIGRTMAX	
    [root@localhost ~]# 
    
    • killall COMMAND:killall后面跟进程名,表示将匹配到的以进程名为名的进程全部杀死
    [root@localhost ~]# ps -ef|grep sleep
    root       14614    6144  0 01:10 pts/0    00:00:00 sleep 1000
    root       14615    6144  0 01:10 pts/0    00:00:00 sleep 1000
    root       14616    6144  0 01:10 pts/0    00:00:00 sleep 1000
    root       14617    6144  0 01:10 pts/0    00:00:00 sleep 1000
    root       14618    6144  0 01:10 pts/0    00:00:00 sleep 1000
    root       14619    6144  0 01:10 pts/0    00:00:00 sleep 1000
    root       14621    6144  0 01:10 pts/0    00:00:00 grep --color=auto sleep
    [root@localhost ~]# killall sleep
    [1]   Terminated              sleep 1000
    [2]   Terminated              sleep 1000
    [5]-  Terminated              sleep 1000
    [3]   Terminated              sleep 1000
    [4]-  Terminated              sleep 1000
    [6]+  Terminated              sleep 1000
    [root@localhost ~]# ps -ef|grep sleep
    root       14624    6144  0 01:11 pts/0    00:00:00 grep --color=auto sleep
    [root@localhost ~]# 
    

    8. 监控进程活动

    8.1 IO负载

    负载平均值代表一段时间内感知的系统负载。Linux通过预期服务等待时间的表示来实施平均负载计算。

    Linux不仅计算进程数,也作为独立的任务计算线程数。运行中线程和等待I/O资源的线程的CPU请求队列对应于R和D进程状态。等待I/O包括处于睡眠而等待预期磁盘和网络响应的任务。

    负载数属于全局计数器计算,是所有CPU的总和数。由于从睡眠返回的任务可能会重新调度到不同的CPU,难以精确的每CPU计数,但累计数的准确度可以保障。显示的平均负载代表所有的CPU。

    • 查看cpu核心数
    [root@localhost ~]# grep 'model name' /proc/cpuinfo 
    model name	: Intel(R) Core(TM) i5-10210U CPU @ 1.60GHz
    model name	: Intel(R) Core(TM) i5-10210U CPU @ 1.60GHz
    model name	: Intel(R) Core(TM) i5-10210U CPU @ 1.60GHz
    model name	: Intel(R) Core(TM) i5-10210U CPU @ 1.60GHz
    [root@localhost ~]# 
    

    一些UNIX系统仅考虑CPU使用率或运行队列长度来指示系统负载。由于具有空闲CPU的系统可能会因为磁盘或网络资源忙而遇到很长时间的等待,因此Linux负载平均值中包含了对I/O的考量。遇到负载平均值很高但CPU活动很低时,请检查磁盘和网络活动。

    • Linux中可以使用topuptime显示负载平均值的情况。
    [root@localhost ~]# uptime
     01:16:03 up  2:41,  2 users,  load average: 0.00, 0.00, 0.00      //此处的load average就表示负载平均值,这三个值代表最近1、5和15分钟的负载情况。
    

    将显示的负载平均值除以系统中的逻辑CPU数。当值低于1表示资源利用率较好,等待时间很短。当值高于1表示资源饱和,而且有一定的服务等待时间。

    空闲CPU队列的负载数为0。每个就绪和等待的线程使计数增加1。总队列数为1时,资源(CPU、磁盘或网络)正在使用中,但没有请求把时间花在等待上。增加的请求数会累积该计数,但由于许多请求可以在时限内处理,资源使用率会很高,而等待时间则不会。

    因为磁盘或网络资源忙碌等待I/O而处于睡眠的进程包含在该计数内,而且使负载平均值增大。虽然不能表示CPU使用率,队列数依然表明用户和程序正在等待资源服务。

    在资源饱和前,平均负载将保持在1以下,因为几乎不会在队列中发现等待的任务。只有资源饱和导致请求留在排队状态并且被负载计算例程计数时,负载平均才会增大。当资源使用率接近100%时,每个增加的请求将开始遭遇服务等待时间。

    8.2 实时进程监控

    • top用于实现全屏动态显示系统信息
    • 常用选项:
      • -d //设置延迟时长,top -d 1表示每隔1秒刷新一次,默认每隔5秒刷新
      • -b //批模式翻屏显示,默认只实时显示一屏,若要显示后面的进程信息则可使用-b选项,与-n #合用,可指定显示翻#屏
    [root@localhost ~]# top -b -n 1
    top - 04:33:57 up  7:45,  2 users,  load average: 0.00, 0.00, 0.00
    Tasks: 222 total,   2 running, 220 sleeping,   0 stopped,   0 zombie
    %Cpu(s):  1.3 us,  3.9 sy,  0.0 ni, 94.7 id,  0.0 wa,  0.0 hi,  0.0 si,
    MiB Mem :   3752.0 total,   3075.3 free,    308.1 used,    368.7 buff/c
    MiB Swap:   4044.0 total,   4044.0 free,      0.0 used.   3197.1 avail 
    
        PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+
          1 root      20   0  247000  13884   8672 S   0.0   0.4   0:03.15
          2 root      20   0       0      0      0 S   0.0   0.0   0:00.04
          3 root       0 -20       0      0      0 I   0.0   0.0   0:00.00
          4 root       0 -20       0      0      0 I   0.0   0.0   0:00.00
          6 root       0 -20       0      0      0 I   0.0   0.0   0:00.00
          8 root       0 -20       0      0      0 I   0.0   0.0   0:00.00
          9 root      20   0       0      0      0 S   0.0   0.0   0:00.04
         10 root      20   0       0      0      0 R   0.0   0.0   0:12.69
    
    

    注解如下:

    load average:1分钟,5分钟,15分钟
        load average    //CPU队列中等待运行的任务的个数
    cpu(s):多颗CPU平均负载,按1键显示每颗CPU平均负载。
        us  //表示用户空间;
        sy  //表示内核空间;
        ni  //表示调整nice值,CPU占用的比率;
        id  //表示空闲百分比;
        wa  //表示等待IO完成所占据的时间百分比;
        hi  //表示hard interrupt,硬件中断占据的时间百分比;
        si  //表示软中断占据的时间百分比;
        st  //表示steal,被虚拟化技术偷走的时间(比如运行虚拟机)
    PR      //优先级
    NI      //nice值
    VIRT    //虚拟内存集
    RES     //常驻内存集
    SHR     //共享内存大小
    S       //进程状态
    

    top命令交互示子命令

        M   //根据驻留内存大小进行排序,默认根据CPU百分比排序
        P   //根据CPU使用百分比进行排序
        T   //根据累计时间(占据CPU时长)进行排序
        l   //是否显示平均负载和启动时间
        t   //是否显示进程和CPU状态相关信息
        m   //是否显示内存相关信息
        c   //是否显示完整的命令行信息
        q   //退出top命令
        k   //终止某个进程
        1   //显示所有CPU的信息
        s   //修改刷新时间间隔
    
  • 相关阅读:
    [转] word2vec
    跨平台踩的一个大坑!
    在C 与 C++混编中, 出现error LNK2019: 无法解析的外部符号 "int __cdecl main_(int,char * *)" (?main_@@YAHHPEAPEAD@Z),该符号在函数 main 中被引用
    opencv2corecuda.hpp(106): error C2059: 语法错误:“常量”
    opencv2flannmatrix.h(69): error C2059: 语法错误:“,”
    C调用C++, C++调用C方法
    python与C,在写程序时踩过的坑!
    VS2015 + OPENCV + CUDA 安装流程
    CC++学习笔记 3
    CC++学习笔记 2
  • 原文地址:https://www.cnblogs.com/leixixi/p/14062047.html
Copyright © 2011-2022 走看看