浅谈Linux下CPU利用率和CPU负载

最新推荐文章于 2024-08-07 20:50:54 发布
最新推荐文章于 2024-08-07 20:50:54 发布
阅读量1.5w 收藏 17
点赞数 4
分类专栏： Linux线程 文章标签： Linux cpu
在Linux/Unix下，CPU利用率（CPU utilization）分为用户态，系统态和空闲态，分别表示CPU处于用户态执行的时间，系统内核执行的时间，和空闲系统进程执行的时间。平时所说的CPU利用率是指：CPU执行非系统空闲进程的时间 / CPU总的执行时间。(上述代码中使用的方法为：1 - CPU空闲运行时间/总运行时间 ，与这个计算方法原理上是一样的）
       在Linux的内核中，有一个全局变量：Jiffies。 Jiffies代表时间。它的单位随硬件平台的 不同而不同，系统里定义了一个常数HZ----代表每秒种最小时间间隔的数目。这样jiffies的单位就是1/HZ。Intel平台jiffies的单位是1/100秒，这就是系统所能分辨的最小时间间隔了。每个CPU时间片，Jiffies都要加1。 CPU的利用率就是用执行用户态+系统态的Jiffies除以总的Jifffies来表示。

      那么，还有一个经常容易与CPU利用率（CPU utilization）混淆的词 -- CPU负载（CPU load）。CPU负载取决于CPU队列长度而不是CPU利用率，因为一个主机负载过重时，它的CPU利用率会接近100%，从而无法准确反应负载状况，而使用CPU队列长度则可以很直接反应CPU的负载量。比如说两个系统，其中一个系统有3个进程在队列中，而另一台有6个进程在队列，如果使用CPU利用率表示负载水平，他们可能都是接近100%，而使用CPU队列长度他们的负载量完全不同。
     
    我们如何理解CPU负载？一只单核的处理器可以形象得比喻成一条单车道！那么：
    *** 0.00 表示目前桥面上没有任何的车流。 实际上这种情况与 0.00 和 1.00 之间是相同的，总而言之很通畅，过往的车辆可以丝毫不用等待的通过。
    *** 1.00 表示刚好是在这座桥的承受范围内。 这种情况不算糟糕，只是车流会有些堵，不过这种情况可能会造成交通越来越慢。
    *** 超过 1.00，那么说明这座桥已经超出负荷，交通严重的拥堵。 那么情况有多糟糕？ 例如 2.00 的情况说明车流已经超出了桥所能承受的一倍，那么将有多余过桥一倍的车辆正在焦急的等待。3.00 的话情况就更不妙了，说明这座桥基本上已经快承受不了，还有超出桥负载两倍多的车辆正在等待。
                          http://files.gracecode.com/2009_11_05/890367db9819.jpg
    上面的情况和处理器的负载情况非常相似。一辆汽车的过桥时间就好比是处理器处理某线程 的实际时间。Unix 系统定义的进程运行时长为所有处理器内核的处理时间加上线程 在队列中等待的时间。
和收过桥费的管理员一样，你当然希望你的汽车（操作）不会被焦急的等待。所以，理想状态 下，都希望负载平均值小于 1.00 。当然不排除部分峰值会超过 1.00，但长此以往保持这 个状态，就说明会有问题，这时候你应该会很焦急。
     在多处理器系统中，负载均值是基于内核的数量决定的。以 100% 负载计算，1.00 表示单个处理器，而 2.00 则说明有两个双处理器，那么 4.00 就说明主机具有四个处理器。回到我们上面有关车辆过桥的比喻。1.00 我说过是「一条单车道的道路」。那么在单车道 1.00 情况中，说明这桥梁已经被车塞满了。而在双处理器系统中，这意味着多出了一倍的 负载，也就是说还有 50% 的剩余系统资源 ---- 因为还有另外条车道可以通行。
                          http://files.gracecode.com/2009_11_05/556217db9819.jpg
 所以，单处理器已经在负载的情况下，双处理器的负载满额的情况是 2.00，它还有一倍的资源可以利用。

      实际上Linux系统中很多都是用CPU负载均值（load average）来代表当前系统的负载状况，比如使用top命令：
[cpp]  view plain  copy
  1. long@long-Ubuntu:~$ top  
  2.   
  3. top - 20:12:45 up  3:05,  6 users,  load average: 1.16, 1.27, 1.14  
  4. Tasks: 208 total,   1 running, 206 sleeping,   0 stopped,   1 zombie  
  5. %Cpu(s): 11.8 us,  3.7 sy,  0.0 ni, 84.4 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st  
  6. KiB Mem:   2067372 total,  1998832 used,    68540 free,    54104 buffers  
  7. KiB Swap:  2095100 total,    25540 used,  2069560 free,   449612 cached  
  8.   
  9.   PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND             
  10.  6635 long      20   0  435m  79m  32m S   7.3  3.9  11:31.39 rhythmbox           
  11.  4523 root      20   0  110m  61m 4804 S   5.3  3.0   8:34.14 Xorg                
  12.  5316 long       9 -11  162m 5084 4088 S   4.3  0.2   6:01.53 pulseaudio          
  13.  5793 long      20   0  114m  22m  13m S   4.3  1.1   0:23.38 gnome-terminal  
  14.  ……  
在第一行的最后显示的为 “ load average： 1.16 ,  1.27  ,1.14”
使用“uptime”命令，效果也是类似：
[cpp]  view plain  copy
  1. long@long-Ubuntu:~$ uptime   
  2.  20:15:01 up  3:07,  6 users,  load average: 0.43, 0.97, 1.05  
这三个数分别是：一分钟内、五分钟内、十五分钟内的系统负载均值。也就是说，从右向左看这几个数据，我们可以判断系统负载的发展趋势。
事实上，这正是CPU负载所需要测量的，因为负载均值不包括那些等待I/O、网络、数据或者其他不依赖CPU的进程或线程，它关注的仅仅是积极要求CPU时间的进程或线程。这与CPU利用率是有很大不同的。

负载均值与CPU利用率在两个方面有很大的区别：
    1) 负载均值用来估量CPU利用率的发展趋势，而不是某一时刻的状况
    2) 负载均值包括所有CPU的需求，而不仅仅是在测量时活跃的

第三节   如何计算CPU利用率

在Linux系统中，可以用/proc/stat文件来计算cpu的利用率(详细可参考)。这个文件包含了所有CPU活动的信息，该文件中的所有值都是从系统启动开始累计到当前时刻。 如：
[cpp]  view plain  copy
  1. long@long-Ubuntu:~$ cat /proc/stat   
  2. cpu  426215 701 115732 2023866 27329 4 557 0 0 0  
  3. cpu0 218177 117 57458 1013633 8620 0 6 0 0 0  
  4. cpu1 208038 584 58274 1010233 18709 4 550 0 0 0  
  5. intr 21217894 119 18974 0 0 0 0 0 1 1 0 0 0 0 0 0 0 0 146350 0 647836 370 86696 3 146156 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0  
  6. ctxt 38682044  
  7. btime 1362301653  
  8. processes 10118  
  9. procs_running 1  
  10. procs_blocked 0  
  11. softirq 11177991 0 6708342 2178 148765 86792 0 14537 1507468 29072 2680837  

输出解释：
（CPU 以及CPU0、CPU1、CPU2、CPU3每行的每个参数意思（以第一行为例））
                 
参数解释
user (426215) 从系统启动开始累计到当前时刻，用户态的CPU时间（单位：jiffies） ，不包含 nice值为负进程。1jiffies=0.01秒
nice (701)从系统启动开始累计到当前时刻，nice值为负的进程所占用的CPU时间（单位：jiffies）
system (115732)从系统启动开始累计到当前时刻，核心时间（单位：jiffies）
idle (2023866)从系统启动开始累计到当前时刻，除硬盘IO等待时间以外其它等待时间（单位：jiffies）
iowait (27329)从系统启动开始累计到当前时刻，硬盘IO等待时间（单位：jiffies） ，
irq (4)从系统启动开始累计到当前时刻，硬中断时间（单位：jiffies）
softirq (557) 从系统启动开始累计到当前时刻，软中断时间（单位：jiffies）


CPU时间=user+system+nice+idle+iowait+irq+softirq

“intr”这行给出中断的信息，第一个为自系统启动以来，发生的所有的中断的次数；然后每个数对应一个特定的中断自系统启动以来所发生的次数。

“ctxt”给出了自系统启动以来CPU发生的上下文交换的次数。

“btime”给出了从系统启动到现在为止的时间，单位为秒。
“processes (total_forks) 自系统启动以来所创建的任务的个数目。
“procs_running”：当前运行队列的任务的数目。
“procs_blocked”：当前被阻塞的任务的数目。


那么CPU利用率可以使用以下两个方法。先取两个采样点，然后计算其差值：
cpu usage=(idle2-idle1)/(total_2 - total_1)*100

cpu usage=[(user_2 +sys_2+nice_2) - (user_1 + sys_1+nice_1)]/(total_2 - total_1)*100

第四节   对第一节中的puzzle进行解释

       再回顾一下三个疑问：第一、为毛运行a.out和b.out显示的CPU利用率不一样……第二、为毛在ps中显示的a.out和b.out的CPU利用率不一样？第三、为毛ps中a.out和b.out的CPU利用率分别为94.1%和90.0%，而两者加一起远远大于100%？！！


实际上，这些问题感觉很诡异，但是经过我一番学习之后，发现，答案其实很简单。

        首先，为啥a.out和b.out显示的CPU利用率不一样？在我问我们老师Nicholas Mc Guire的邮件上，他回复“cpu utilization is a per cpu value of how much time the CPU is spending with process X” 也就是说CPU利用率是一个程序占用一个CPU处理器多少时间的百分比值！（他说的是某个进程占有的CPU利用率，如top上显示的！而我想要算的是总的的CPU利用率，但是他提到了process X ！也就是说，如上面的双处理器的负载满额的情况是 2.00，我的机器是双核，所以，这里a.out和b.out算得分别是两个CPU核心上的利用率！）

而经过一段时间后，a.out和b.out显示的值都会很接近！因为，双核的计算任务不可能相差很大的！

如某一时间，a.out显示如下：

[cpp]  view plain  copy
  1. [15:50.31] dbg: Average CPU time is 13.2  
  2.   
  3. [15:50.33] dbg: Average CPU time is 13.2  
此时b.out显示如下：

[cpp]  view plain  copy
  1. [15:50.31] dbg: Average CPU time is 13.0  
  2.   
  3. [15:50.33] dbg: Average CPU time is 13.0  
而，此时top结果：
[cpp]  view plain  copy
  1. long@long-Ubuntu:~$ top  
  2.   
  3. top - 15:40:31 up  7:01,  6 users,  load average: 2.20, 2.40, 2.31  
  4. Tasks: 208 total,   1 running, 206 sleeping,   0 stopped,   1 zombie  
  5. %Cpu(s):  4.0 us,  1.2 sy, 94.9 ni,  0.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st  
  6. KiB Mem:   2067372 total,  1970184 used,    97188 free,    20812 buffers  
  7. KiB Swap:  2095100 total,    72400 used,  2022700 free,   449896 cached  
  8.   
  9.   PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND  
  10. 14944 long      39  19 19668  520  432 S  91.3  0.0  34:07.64 a.out   
  11. 14952 long      39  19 19668  516  432 S  90.7  0.0  33:54.69 b.out  
  12.  4597 root      20   0 99396  35m 5620 S   3.3  1.8  27:26.09 Xorg  

这个观点可以通过如下方法论证：

      如果我把a.out再拷贝两个副本分别叫c.out和d.out，那么top命令下，显示如下所示，a.out和b.out原来分别占90%左右，现在a.out、b.out、c.out和d.out则分别占40%左右，我们可以理解成，原先a.out占用cpu0的90%空闲时间（上文已经提到：因为我们的程序就是设置了极低的优先级，如果有任何计算任务都会打断，而如果没有计算任务，我们的程序就会占用cpu时间，所以占用的都是空间时间），而b.out占用cpu1的90%空闲时间，而现在c.out和a.out平分了cpu0的这90%空闲时间，d.out和b.out平分了cpu1的这90%空闲时间，所以，a.out、b.out、c.out和d.out此时的CPU利用率则分别占40%左右。

[cpp]  view plain  copy
  1. long@long-Ubuntu:~$ top  
  2.   
  3. top - 15:53:44 up  7:14,  8 users,  load average: 3.76, 3.01, 2.65  
  4. Tasks: 213 total,   1 running, 211 sleeping,   0 stopped,   1 zombie  
  5. %Cpu(s): 21.7 us,  9.5 sy, 68.8 ni,  0.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st  
  6. KiB Mem:   2067372 total,  1981532 used,    85840 free,    18416 buffers  
  7. KiB Swap:  2095100 total,    75832 used,  2019268 free,   415140 cached  
  8.   
  9.   PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND  
  10. 14944 long      39  19 19668  520  432 S  37.5  0.0  45:04.77 a.out  
  11. 15856 long      39  19 19668  516  432 S  33.2  0.0   0:23.74 d.out  
  12. 14952 long      39  19 19668  516  432 S  32.8  0.0  44:52.23 b.out  
  13. 15803 long      39  19 19668  516  432 S  31.5  0.0   0:25.49 c.out  
  14.  5297 long      20   0  251m  75m  20m S  20.2  3.7  15:53.31 compiz    


第五节   Linux提供的一些查看系统信息的工具

使用下面这些命令我们可以查询总的CPU使用率、单独的CPU使用率（对于对称多处理机器SMP）、从你上次启动后的平均CPU使用率等。

 4.1   老当益壮的top命令
使用top命令可以动态的查看CPU使用率。它会显示当前内核管理着的任务信息，它还会显示上线时间、负载均值、物理和交换内存使用状况。使用如下：
           $ top
按Q键推出top。
[cpp]  view plain  copy
  1. long@long-Ubuntu:~$ top  
  2.   
  3. top - 14:52:24 up  6:13,  5 users,  load average: 1.06, 1.02, 1.24  
  4. Tasks: 203 total,   1 running, 201 sleeping,   0 stopped,   1 zombie  
  5. %Cpu(s): 27.5 us,  5.9 sy,  0.0 ni, 66.2 id,  0.3 wa,  0.0 hi,  0.0 si,  0.0 st  
  6. KiB Mem:   2067372 total,  1808288 used,   259084 free,    41020 buffers  
  7. KiB Swap:  2095100 total,    55040 used,  2040060 free,   539728 cached  
  8.   
  9.   PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND             
  10.  5740 long      20   0  110m  27m  14m S  15.2  1.4   3:13.91 gnome-terminal      
  11.  4597 root      20   0 95000  31m 4848 S  13.9  1.6  25:29.79 Xorg                
  12.  5297 long      20   0  246m  70m  19m S  10.3  3.5  14:09.52 compiz   

4.2   使用"mpstat"命令
使用这个命令，你需要先安装sysstat工具，对于Debian或Ubuntu用户，可以通过apt-get直接安装：
            $ apt-get install sysstat
使用如下命令查看CPU使用率信息：
            $ mpstat
[cpp]  view plain  copy
  1. long@long-Ubuntu:~$ mpstat   
  2. Linux 3.7.1 (long-Ubuntu)   2013年03月04日     _i686_  (2 CPU)  
  3.   
  4. 14时53分16秒  CPU    %usr   %nice    %sys %iowait    %irq   %soft  %steal  %guest   %idle  
  5. 14时53分16秒  all   18.91    4.92    5.15    1.00    0.00    0.04    0.00    0.00   69.99  
使用如下命令可以监控单独的CPU使用率信息：
            $ mpstat -P ALL
[cpp]  view plain  copy
  1. long@long-Ubuntu:~$ mpstat -P ALL  
  2. Linux 3.7.1 (long-Ubuntu)   2013年03月04日     _i686_  (2 CPU)  
  3.   
  4. 14时53分53秒  CPU    %usr   %nice    %sys %iowait    %irq   %soft  %steal  %guest   %idle  
  5. 14时53分53秒  all   18.91    4.91    5.15    0.99    0.00    0.04    0.00    0.00   70.01  
  6. 14时53分53秒    0   19.02    4.25    5.19    0.66    0.00    0.00    0.00    0.00   70.88  
  7. 14时53分53秒    1   18.79    5.57    5.10    1.33    0.00    0.07    0.00    0.00   69.13  

4.3   使用"sar"命令
使用sar命令显示CPU使用率的语法如下：
            $ sar -u 2 5  （ sar [ 选项 ] [ <时间间隔> [ <次数> ] ]）
这条命令会显示2秒内的CPU使用率，总共显示5次。
[cpp]  view plain  copy
  1. long@long-Ubuntu:~$ sar -u 2 5  
  2. Linux 3.7.1 (long-Ubuntu)   2013年03月04日     _i686_  (2 CPU)  
  3.   
  4. 14时54分22秒     CPU     %user     %nice   %system   %iowait    %steal     %idle  
  5. 14时54分24秒     all      5.51      0.00      1.50      1.00      0.00     91.98  
  6. 14时54分26秒     all      4.52      0.00      1.26      0.00      0.00     94.22  
  7. 14时54分28秒     all      4.02      0.00      1.76      0.00      0.00     94.22  
  8. 14时54分30秒     all      4.77      0.00      1.51      3.77      0.00     89.95  
  9. 14时54分32秒     all      3.77      0.00      1.51      0.00      0.00     94.72  
  10. 平均时间:     all      4.52      0.00      1.51      0.95      0.00     93.02  

4.4   使用"iostat"命令
"iostat"命令可以用来查询从系统启动以来的是CPU平均使用率以及设备或者分区的I/O状况：
            $ iostat
[cpp]  view plain  copy
  1. long@long-Ubuntu:~$ iostat   
  2. Linux 3.7.1 (long-Ubuntu)   2013年03月04日     _i686_  (2 CPU)  
  3.   
  4. avg-cpu:  %user   %nice %system %iowait  %steal   %idle  
  5.           18.89    4.90    5.18    0.99    0.00   70.04  
  6.   
  7. Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn  
  8. sda               6.75        67.08        58.24    1512659    1313268  

4.5   GUI Tools 一些有图形界面的工具
KDE桌面环境有一些系统监控器一类的工具可以用来监控CPU使用率甚至更多的系统信息（比如说CPU负载状况、物理内存以及交换分区的数据占用信息），你还可以使用它来杀死一些进程。

下表总结了若干Linux下的工具：
工具  
                简单介绍
top 
查看进程活动状态以及一些系统状况
vmstat
查看系统状态、硬件和系统信息等
iostat
查看CPU 负载，硬盘状况
sar 
综合工具，查看系统状况
mpstat  
查看多处理器状况
netstat  
查看网络状况
iptraf
实时网络状况监测
tcpdump
抓取网络数据包，详细分析
mpstat 
查看多处理器状况
tcptrace 
 数据包分析工具
netperf  
网络带宽工具
dstat  
综合工具，综合了 vmstat, iostat, ifstat, netstat 等多个信息
        

【注】：
               [1]  http://server.51cto.com/sCollege-188250.htm
               [3]  http://www.linuxjournal.com/article/9001
               [5]  http://blog.csdn.net/longerzone/article/details/8628756 （[4]的中文翻译版)
               [6]  http://www.jb51.net/LINUXjishu/34607.html
Alisa_xf
关注
专栏目录
linux下如何计算cpu利用率,Linux下的CPU利用率计算原理详解
weixin_29513663的博客
05-12 1290
我们在搞性能测试的时候，对后台服务器的CPU利用率监控是一个常用的手段。服务器的CPU利用率高，则表明服务器很繁忙。如果前台响应时间越来越大，而后台CPU利用率始终上不去，说明在某个地方有瓶颈了，系统需要调优。这个是即使不懂技术的人都容易理解的事情。上面理解对吗？我个人觉得不十分准确。这个要看后台你测试的进程是什么类型的。如果是计算密集型的进程，当前端压力越来越大的时候，很容易把CPU利用率打上去...
Linux调度域负载均衡-设计，实现和应用
gdfhhj的博客
11-18 332
Linux调度域负载均衡-设计，实现和应用
常见多核CUP利用率与相应线程数量的估算方式
snefsnef的博客
06-14 6580
为了提高计算机的执行效率，需要尽量提高CPU的有效执行率。由于主流的应用系统以线程为运算执行基本单位，所以线程数可以等同于运算执行单位数量。由于在用户空间，需要用户自行进行线程的调度，那么如何计算最佳的线程数量呢？本文给出了一些指导原则.........
Linux 下查看 CPU 使用率
最新发布
Projectsauron 的博客
08-07 5万+
Linux 作为一个多任务操作系统，将每个 CPU 的时间划分为很短的时间片，再通过调度器轮流分配给各个任务使用，因此造成多任务同时运行的错觉。为了维护 CPU 时间， Linux 通过事先定义的节拍率(内核中表示为 HZ)，触发时间中断，并使用全局变量 Jiffies 记录了开机以来的节拍数。每发生一次时间中断，Jiffies 的值就加 1。节拍率 HZ 是内核的可配选项，可以设置为 100、250、1000 等。不同的系统可能设置不同数值。
压力测试衡量CPU的三个指标：CPU Utilization、Load Average和Context Switch Rate
02-24 557
CPU Utilization好理解，就是CPU的利用率，75%以上就比较高了（也有说法是80%或者更高）。除了这个指标外，还要结合Load Average和Context Switch Rate来看，有可能CPU高是因为后两个指标高导致的。 Load Average，这个很难衡量。网上搜了一圈，还没见到几个合理的解释。我100个并发用户测试数来这两个值是：77.534%，6.1...
Linux CPU Utilization
luan_tianjiao的专栏
01-19 650
1.top 2.mpstat 3.iostat http://www.cyberciti.biz/tips/how-do-i-find-out-linux-cpu-utilization.html
CPU利用率和CPU负荷(CPU usage vs CPU load)
weixin_30267691的博客
04-16 2510
对于CPU的性能监测，通常用top指令能显示出两个指标：cpu 利用率和cpu负荷。 其中%Cpu相关的内容： us表示用户进程cpu利用率，sy表示系统内核进程cpu利用率，ni表示运行正常进程消耗的 CPU 时间百分比，id表示idle time， wa表示IO waiting time，hi表示硬中断（Hardware IRQ）占用CPU的百分比； si表示软中断（Softwar...
浅谈linux操作系统的优化及安全.docx
11-06
为了优化内存利用率，可以调整最高空白页设置，例如将1GB内存的系统设置为2048, 4096, 6444，然后使用`echo`命令更新配置。 此外，硬盘优化也是提升系统性能的关键。对于IDE硬盘，可以通过`hdparm`工具启用DMA和32...
浅谈linux中的htop命令
半盞ˋ流年
12-23 1812
1.htop简介 在 Linux 系统中，top 命令可以用来显示系统中正在运行的进程的实时状态，CPU 利用情况、内存消耗情况，以及每个进程情况等非常有用的信息。但是除了top，还有一个更加好用的htop命令。 htop是Linux系统中的一个互动的进程查看器，一个文本模式的应用程序，需要ncurses。与top相比，htop提供更方便、光标控制的界面来杀死进程，更加人性化，它可让用户交互式操作...
浅谈Linux系统运维工程师必备技能
Linux运维的博客
01-22 776
一、什么是运维工程师 相信读者们必定听说过Linux，也听说过运维工程师。那么运维工程师是个什么概念呢？ 百度百科上的官方解释如下： 运维工程师(Operations)在国内又称为运维开发工程师(Devops)，在国外称为 SRE（Site Reliability Engineering）。负责维护并确保整个服务的高可用性，同时不断优化系统架构、提升部署效率、优化资源利用率提
浅谈云化场景下的那些业务迁移基本流程设计与华为迁移方案概述
极客不撩妹
05-19 4193
本文简单介绍云化场景下业务迁移的流程，主要从迁移的背景、概述、评估、方案的设计与实施以及最后的调优与验收的五大方面阐述迁移实施的基本流程，最后介绍华为的业务迁移解决方案以及华为业务迁移方案的特点。
[Linux系列] CPU Performance Statistics
mmdev
11-22 174
-------------------------- CPU性能统计，英文原版，原滋原味！ -------------------------- 2.1. CPU Performance Statistics Each system-wideLinux performance tool provides different ways to extract similar statist...
CPU Utilization， CPU Load Average， Context Switch Rate
星沙摘
04-09 1235
CPU Utilization： 就是在一段时间内，进程对CPU的真正使用的时间总和除以统计时间。 占用不等于使用。 比如说一个进程占用CPU 60s， 前20秒运行，中间10秒等待IO，后面有运行20秒，然后再等IO 10秒。则它对CPU的真正使用时间其实只有40秒。 那么当这个值比较高时，就表示对CPU使用可能超负荷了。 Load Average： 它是一段时间内，对CPU正在处
CPU Utilization command
虾米的博客
08-16 537
AVG. CPU Utilization (%)： command:iostat / iostat -d -x 1 (连续获取)
linux cpu使用率计算
mct123的专栏
04-14 3482
转自linux 进程的cpu计算,linux环境下cpu利用率的计算_美自的博客-CSDN博客，已经收藏但怕丢失所以直接复制过来 目前linux统计cpu利用率时，所用到的信息，大多数是从 /proc/stat中获得，其中信息大致如下： [work@builder ~]$ cat /proc/stat cpu 432661 13295 86656 422145968 171474 233 5346 cpu0 123075 2462 23494 105543694 16586 0 4615 cp
计算Linux系统的CPU利用率
qq_33620071的博客
10-31 733
计算Linux系统的CPU利用率 通过读取系统的/proc/stat 信息来计算CPU的利用率 cpu 信息的读取 摘自参考博客：https://blog.csdn.net/x_i_y_u_e/article/details/50684508 在Linux/Unix下，CPU利用率分为用户态，系统态和空闲态，分别表示CPU处于用户态执行的时间，系统内核执行的时间，和空闲系统进程执行的时间。平时所...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值