进程管理

1.进程管理 （kill killall pkill）

• kill PID 正常停止一个程序
• kill -1 PID 平滑重载配置文件
• kill -9 PID强制杀死进程（对于mysql这类状态慎用，强制杀死会造成数据丢失，当数据不一致时，mysql可能无法加载）
• pkill Name 批量杀死进程（Name指父进程的名称，这里主要是同时干掉父进程和子进程）
• killall Name 批量杀死进程

2.后台进程管理

• jobs bg fg screen ？淘汰

screen -S Name 创建后台进程

Ctrl+ad 关闭会话

screen -list ---> screen -r Name| pid

[root@oldboy-01 ~]# screen -S wget_jx
[detached from 3565.wget_jx]
[root@oldboy-01 ~]# screen -list
There is a screen on:
    3565.wget_jx    (Detached)
1 Socket in /var/run/screen/S-root.

[root@oldboy-01 ~]# screen -r 3565
[detached from 3565.wget_jx]

image.png
image.png image.png

3.进程的优先级

当进程优先级越高时，进程就会先得到cpu的调度

nice值越高：表示优先级越低，例如+19该进程容易将CPU 使 用量让给其他进程。

nice 值越低： 表示优先级越高，例如-20，该进程更不倾向于 让出CPU。

进程的nice值：

程序的优先级范围为[0,139]，有效的实时优先级（RT priority）范围为[0,99]，SCHED_NORMAL和SCHED_BATCH这两个非实时任务的优先级为[100,139]。[100,139]这个区间的优先级又称为静态优先级(static priority)。之所以称为静态优先级是因为它不会随着时间而改变，内核不会修改它，只能通过系统调用nice去修改。静态优先级用进程描述符中的static_prio表示。优先级的值越低，表示具有更高的优先级，0的优先级最高。
 ———————————————— 
版权声明：本文为CSDN博主「oba没有马」的原创文章，遵循CC 4.0 by-sa版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/u010317005/article/details/80531985

用户的nice值[-20,19]对应于静态优先级的[100,139]，也就是说，nice值越小，优先级越低。

优先级范围	描述
0——99	实时进程（RT priority）优先级范围
100——139	非实时进程（非实时调度器SCHED_NORMAL和SCHED_BATCH）优先级范围

[root@oldboy ~]# nice -n Number     #启动一个程序为其设定优先 级 
[root@oldboy ~]# renice     #调整已经启动过的进程优先级 

4.平均负载

1平均负载是什么？

平均负载其实就是单位时 间内的活跃进程数。(处于运行+处于等待运行+不可中断的进程)

2.可运行状态和不可中断状态是什么
1.可运行状态进程，是指正在使用 CPU 或者正在等待 CPU 的进程，也就是我们ps 命令看到处于 R 状态的进程。
2.不可中断进程，(你做什么事情的时候是不能打断的?) 系统中最常见的是等待硬件设备的 I/O 响应，也就是我们 ps 命令中看到的 D 状态（也称为 Disk Sleep）的进程。

例如: 当一个进程向磁盘读写数据时，为了保证数据的一致性，在得到磁盘回复前，它是不能被其他进程或者中断打断的，这个时候的进程就处于不可中断状态。如果此时的进程被打断了，就容易出现磁盘数据与进程数据不一致的问题。所以，不可中断状态实际上是系统对进程和硬件设备的一种保护机制。

1.如果 1 分钟、5 分钟、15 分钟的三个值基本相同，或者相差不大，那就说明系统负载很平稳。
2.但如果 1 分钟的值远小于 15 分钟的值，就说明系统最近 1 分钟的负载在减少，而过去 15 分钟内却有很大的负载。
3.反过来，如果 1 分钟的值远大于 15 分钟的值，就说明最近 1 分钟的负载在增加，这种增加有可能只是临时性的，也有可能还会持续上升，所以就需要持续观察

PS: 一旦 1 分钟的平均负载接近或超过了 CPU 的个数，就意味着系统正在发生过载的问题，这时就得分析问题，并要想办法优化了

5.平均负载与 CPU 使用率有什么关系
在实际工作中，我们经常容易把平均负载和 CPU 使用率混淆，所以在这里，我也做一个区分。可能你会疑惑，既然平均负载代表的是活跃进程数，那平均负载高了，不就意味着 CPU 使用率高吗？ 我们还是要回到平均负载的含义上来，平均负载是指单位时间内，处于可运行状态和不可中断状态的进程数。所以，它不仅包括了正在使用 CPU 的进程，还包括等待 CPU 和等待 I/O 的进程。

而 CPU 使用率，是单位时间内 CPU 繁忙情况的统计，跟平均负载并不一定完全对应。比如： CPU 密集型进程，使用大量 CPU 会导致平均负载升高，此时这两者是一致的； I/O 密集型进程，等待 I/O 也会导致平均负载升高，但 CPU 使用率不一定很高； 大量等待 CPU 的进程调度也会导致平均负载升高，此时的 CPU 使用率也会比较高。