1、了解uptime
 我也是看了man手册的描述才知道其用法，man手册中大概这样描述到：uptime会以一行显示系统运行时间，例如：19:11:05 up 3:25, 1 user, load average: 0.00, 0.01, 0.05。此信息共分为4小段，其解释为：
 第一段：当前系统的时间
 第二段：系统运行了多长时间
 第三段：当前登录了多少用户
 第四段：过去1、5、15分钟的平均系统负载
 什么是系统平均负载？
 系统平均负载是指处于可运行或不可中断状态。 处于可运行状态的进程是使用CPU或等待使用CPU。 相互间的过程 处于可中断状态正在等待某些I / O访问，例如，等待磁盘。 的在三个时间间隔内取平均值。 平均负载不是针对系统中的CPU数量进行标准化，因此平均负载为1，表示在4 CPU系统上始终装载单个CPU系统，这意味着它有75％的时间处于闲置状态。
 2、uptime的具体参数
 
参数
描述
-p
格式化系统运行时间
-s
系统开始运行时间，显示格式为：yyyy-mm-dd hh：mm：ss
-V
显示uptime版本信息
-h
显示帮助信息
3、参考实例
 <1>、显示当前负载运行情况
 
[root@localhost~]# uptime
 19:48:41 up  4:02,  1 user,  load average: 0.00, 0.01, 0.05
 
<2>、使用-p参数显示系统正常运行的时间
 
[root@localhost~]# uptime -p
up 4 hours, 4 minutes
 
<3>、使用-s参数显示系统启动时间
 
[root@localhost~]# uptime -s
2020-04-02 15:46:02
 
<4>、使用-V参数显示uptime版本信息
 
uptime from procps-ng 3.3.10
 
<5>、使用-h参数显示详细信息
 
[root@localhost~]#uptime -V
Usage:
 uptime [options]

Options:
 -p, --pretty   show uptime in pretty format
 -h, --help     display this help and exit
 -s, --since    system up since
 -V, --version  output version information and exit

For more details see uptime(1).
 
以上就是对Linux中的uptime的大致总结了，如果有什么错误之处还望指正，谢谢啦！

 
 
系统中的uptime命令主要用于获取主机运行时间和查询linux系统负载等信息。uptime命令可以显示系统已经运行了多长时间，信息显示依次为：现在时间、系统已经运行了多长时间、目前有多少登陆用户、系统在过去的1分钟、5分钟和15分钟内的平均负载。
 
 
uptime命令用法十分简单：直接输入uptime即可。
 
-V ，是用来查询版本的。 （注意是大写的字母v）
 
[linux @ localhost]$ uptime –V
procps version 3.2.7
 
[linux @ localhost]$ uptime

显示结果为：
10:19:04 up 257 days, 18:56,  12 users,  load average: 2.10, 2.10,2.09
 
显示内容说明：
10:19:04 //系统当前时间
up 257 days, 18:56 //主机已运行时间，时间越大，说明你的机器越稳定。
12 user  //用户连接数，是总连接数而不是用户数
load average   // 系统平均负载，统计最近1，5，15分钟的系统平均负载那么什么是系统平均负载呢？ 系统平均负载是指在特定时间间隔内运行队列中的平均进程数。

 
linux uptime命令用于显示系统已经运行了多长时间，它依次显示下列信息：现在时间、系统已经运行了多长时间、目前有多少登陆用户、系统在过去的1分钟、5分钟和15分钟内的平均负载。我们平进主机关心的是load average的结果。(除了uptime命令，w和top命令也有load average的结果输出。)这个输出结果主要是和CPU的使用情况相关的。然而如何衡量得出的结果是否是负载过高呢？
 
网上很多文章给予的答复是：
 
如果每个CPU内核的当前活动进程数不大于3的话，那么系统的性能是良好的；
 
如果当前活动进程数不大于4，表示可以接受；
 
如果每个CPU内核的任务数大于5，那么这台机器的性能有严重问题。
 
上面的提到的任务数又是如何计算的呢？[root@back ~]# uptime
 
16:54:36 up 82 days, 53 min, 3 users, load average: 1.02, 1.37, 1.90
 
上面是我的一台linux主机的负载情况。而假如我有两个CPU的话，则每个CPU的任务数就是1.90/2=0.95,这表示该系统的性能是可以接受的。而如查我的是两个四核CPU的话，就应该按8个CPU数来算，即为1.90/8=0.2375，这表明当前的负载是比较的低的。
 
为了理解load average的概念，我在网上看到过一篇国外译来的文章如下：
 
你可能对于 Linux 的负载均值(load averages)已有了充分的了解。负载均值在 uptime 或者 top 命令中可以看到，它们可能会显示成这个样子：
 
load average: 0.09, 0.05, 0.01
 
很多人会这样理解负载均值：三个数分别代表不同时间段的系统平均负载(一分钟、五 分钟、以及十五分钟)，它们的数字当然是越小越好。数字越高，说明服务器的负载越 大，这也可能是服务器出现某种问题的信号。
 
而事实不完全如此，是什么因素构成了负载均值的大小，以及如何区分它们目前的状况是 「好」还是「糟糕」？什么时候应该注意哪些不正常的数值？
 
回答这些问题之前，首先需要了解下这些数值背后的些知识。我们先用最简单的例子说明， 一台只配备一块单核处理器的服务器。
 
行车过桥
 
 
 
一只单核的处理器可以形象得比喻成一条单车道。设想下，你现在需要收取这条道路的过桥 费 -- 忙于处理那些将要过桥的车辆。你首先当然需要了解些信息，例如车辆的载重、以及 还有多少车辆正在等待过桥。如果前面没有车辆在等待，那么你可以告诉后面的司机通过。 如果车辆众多，那么需要告知他们可能需要稍等一会。
 
因此，需要些特定的代号表示目前的车流情况，例如：0.00 表示目前桥面上没有任何的车流。 实际上这种情况与 0.00 和 1.00 之间是相同的，总而言之很通畅，过往的车辆可以丝毫不用等待的通过。
 
1.00 表示刚好是在这座桥的承受范围内。 这种情况不算糟糕，只是车流会有些堵，不过这种情况可能会造成交通越来越慢。
 
超过 1.00，那么说明这座桥已经超出负荷，交通严重的拥堵。 那么情况有多糟糕？ 例如 2.00 的情况说明车流已经超出了桥所能承受的一倍，那么将有多余过桥一倍的车辆正在焦急的等待。3.00 的话情况就更不妙了，说明这座桥基本上已经快承受不了，还有超出桥负载两倍多的车辆正在等待。
 

 
上面的情况和处理器的负载情况非常相似。一辆汽车的过桥时间就好比是处理器处理某线程 的实际时间。Unix 系统定义的进程运行时长为所有处理器内核的处理时间加上线程 在队列中等待的时间。
 
和收过桥费的管理员一样，你当然希望你的汽车(操作)不会被焦急的等待。所以，理想状态 下，都希望负载平均值小于 1.00 。当然不排除部分峰值会超过 1.00，但长此以往保持这 个状态，就说明会有问题，这时候你应该会很焦急。
 
「所以你说的理想负荷为 1.00 ？」嗯，这种情况其实并不完全正确。负荷 1.00 说明系统已经没有剩余的资源了。在实际情况中 ，有经验的系统管理员都会将这条线划在 0.70：「需要进行调查法则」：* 如果长期你的系统负载在 0.70 上下，那么你需要在事情变得更糟糕之前，花些时间了解其原因。
 
「现在就要修复法则」：1.00 。* 如果你的服务器系统负载长期徘徊于 1.00，那么就应该马上解决这个问题。否则，你将半夜接到你上司的电话，这可不是件令人愉快的事情。
 
「凌晨三点半锻炼身体法则」：5.00。* 如果你的服务器负载超过了 5.00 这个数字，那么你将失去你的睡眠，还得在会议中说明这情况发生的原因，总之千万不要让它发生。
 
而对于其内部的计算方法，维基百科也给出了结果：其具体的计算方法是：
 
，
 
其中，
 
是上线率，
 
是上线时间，
 
是总时间区间。和上线时间相比，上线率往往能够更加直观的表现出系统的稳定程度来。
 
除此这外，要查看地系统的负荷我们还要和top及vmstat得出的id空闲值和procs 的r值进行比对查看。
 
注：top执行后，按1就可以看到每个CPU的利用率了。

 
无选项uptime命令会显示一行信息，依次为：当前时间、系统已经运行了多长时间、目前有多少用户登录、系统在过去的1分钟、5分钟和15分钟内的平均负载。输出结果等同于top命令汇总区的第一行。
 
2.命令格式
 
uptime［options］
 
3.选项说明
 
-p，--pretty采用可读友好的格式输出系统已运行时长-h，--help显示帮助信息-s，--since以格式yyyy-mm-ddHHSSformat输出系统启动时间-V，--version显示版本信息
 
4.常用示例
 
(1)查看系统运行时长与平均负载。
 
uptime2255up445days，9:38，5users，loadaverage：0.08，0.08，0.06
 
显示的信息依次为：当前时间(2255)、系统已经运行了多长时间(up445days，9:38，表示445天9时38分钟)、目前有多少登录用户(5users)、系统在过去的1分钟、5分钟和15分钟内的平均负载(loadaverage：0.08，0.08，0.06)。
 
(2)查看系统启动时间。
 
uptime-s2018-07-201321
 
(3)只输出系统运行时长。
 
uptime-pup1year，11weeks，4days，9hours，43minutes
 
5.拓展知识
 
5.1什么是系统平均负载
 
系统平均负载指单位时间内，系统中处于可运行状态和不可中断状态的进程数，也就是平均活跃进程数，他和CPU使用率没有直接关系。
 
可运行状态的进程指正在使用CPU或正在等待使用CPU的进程，也就是我们常用ps命令看到的，处于R状态(Running或Runnable)的进程。
 
5.2系统平均负载多少时合理
 
uptime命令给出的三个时间段的平均负载并不是标准化的，因为系统中CPU核心数量是不定的。所以平均负载为1意味着拥有一个CPU核心的系统一直在忙碌，而在一个拥有4个CPU核心的系统上，意味着系统75%的时间是空闲的。
 
所以，当系统平均负载除以CPU核心数小于等于1表示系统没有出现过载的情况。最理想的情况是每个CPU上都刚好运行一个进程，这样CPU就得到了充分的利用。
 
三个时间段统计出的系统平均负载，我们以哪个数字为准？一分钟？五分钟？还是十五分钟？我们应该着眼于五分钟或者十五分钟的平均数值，如果前一分钟的负载情况是1.00，那么仍可以说明认定服务器情况还是正常的，但是如果十五分钟的数值仍然保持在1.00，那么就值得注意了。
 
另外，读取文件/proc/loadavg可直接查看系统平均负载。
 
cat/proc/loadavg0.040.030.051/31921900
 
除了前3个数字表示系统平均负载外，后面的一个分数，分母表示系统进程总数，分子表示正在运行的进程数；最后一个数字表示最近运行的进程ID。
 
5.3获取系统CPU核心数
 
使用lscpu命令查看。
 

 
或者直接访问文件/proc/cpuinfo获取CPU核心数。
 
grep‘modelname’/proc/cpuinfo|wc-l6
 
5.4平均负载与CPU使用率的关系
 
在日常使用中，我们经常容易把平均负载和CPU使用率混淆，这里我们做下区分。
 
平均负载是指单位时间内，系统中处于可运行状态和不可中断状态的进程数，所以，他不仅包扩了正在使用CPU的进程，还包括等待CPU和等待I/O的进程。
 
而CPU使用率，是单位时间内CPU繁忙情况的统计，和平均负载并不一定完全对应。比如：
 
(1)CPU密集型进程，使用大量CPU会导致平均负载升高，此时这两者是一致的；
 
(2)I/O密集型进程，等待I/O也会导致平均负载升高，但是CPU使用率不一定很高；
 
(3)存在大量等待CPU调用的进程也会导致平均负载升高，此时的CPU使用率也会比较高。
 
给我们公号发送命令二字，获取“每天一个Linux命令”系列的完整目录。
 
原文标题：每天一个Linux命令(72)：uptime命令
 
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。