检查Unix系统的负载状况

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

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 的值。


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

查看所有标签

猜你喜欢:

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

小群效应

小群效应

徐志斌 / 中信出版集团 / 2017-11 / 58.00元

互联网经济时代,新零售、网红经济、知识经济多受益于社群。用户的获取、留存及订单转化直接决定了一个社群的存亡。无论是“做”群还是“用”群,每个人都需要迭代常识:了解用户行为习惯,了解社群运行规律。 《社交红利》《即时引爆》作者徐志斌历时两年,挖掘腾讯、百度、豆瓣的一手后台数据,从上百个产品中深度解读社群行为,通过大量生动案例总结出利用社交网络和海量用户进行沟通的方法论。 本书将告诉你: ......一起来看看 《小群效应》 这本书的介绍吧!

RGB转16进制工具
RGB转16进制工具

RGB HEX 互转工具

HTML 编码/解码
HTML 编码/解码

HTML 编码/解码

UNIX 时间戳转换
UNIX 时间戳转换

UNIX 时间戳转换