检查Unix系统的负载状况

栏目: 服务器 · 发布时间: 7年前

Unix 系统的 uptime 命令可以用来检查系统的负载状况。以 Linux 为例:

$ uptime
 01:32:50 up 40 days,  3:09, 56 users,  load average: 11.72, 11.67, 11.51

load average 后面的 3 个值分别是系统在过去 1515 分钟负载的平均值(这里的负载包含 3 种进程:当前正在被 CPU 执行的,一切条件就绪等待 CPU 调度的,和等待磁盘读取结果的)。衡量当前系统是否“过载”,需要把 load averageCPU 的数量结合起来考虑。如果 load average 的值是 1 ,并且当前系统上只有一个 CPU (需要注意,这里的 CPU 指一个“逻辑 CPU ”,即需要考虑物理 CPU 有多个 core ,每个 core 支持 hyper-thread 的情况),那么系统在过去的时间就是“满负荷”运转的。但是如果系统上有 4CPU ,那么系统就只有 1 / 4 = 25% 的时间是忙碌的,其余 75% 是空闲的。

Linux 系统的 uptime 读取 /proc/loadavg 文件:

$ cat /proc/loadavg
12.97 11.53 11.33 12/3958 7094

前三项对应 uptimeload average 的输出。第四项中斜线前面的是活跃的 kernel 进程(线程)数,后面则是系统所用的 kernel 进程(线程)数。最后一项是系统最新产生的进程 ID

对于 OpenBSD 来说,由于其没有 /proc 文件系统。它的 uptime 实现则是通过 sysctl 系统调用读取 vm.loadavg 的值。


以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

产品故事地图

产品故事地图

唐娜·理查(Donna Lichaw) / 向振东 / 机械工业出版社 / 2017-6 / 49.9元

本书一共8章,分为三个部分:第1-2章讲述故事的作用、你该如何运用产品故事来吸引顾客,不是通过讲故事,而是创造故事。第3-5章阐述了不同情境和客户生命周期中的产品故事类型。第6-8章进一步研究如何在战略和策略层面发现、提升、用好你的产品故事。 《产品故事地图》写给那些想要通过创造出顾客喜欢用、经常用而且会推荐给别人用的产品来吸引客户的人。这里的“产品”包括网页、软件、APP、数字化或非数字化......一起来看看 《产品故事地图》 这本书的介绍吧!

HTML 压缩/解压工具
HTML 压缩/解压工具

在线压缩/解压 HTML 代码

SHA 加密
SHA 加密

SHA 加密工具

Markdown 在线编辑器
Markdown 在线编辑器

Markdown 在线编辑器