【Linux】一步一步学Linux——free命令(80)

00. 目录

文章目录

01. 命令概述

free - 显示系统中已用和未用的内存空间总和.

free 命令能够显示系统中物理上的空闲和已用内存，还有交换内存，同时，也能显示被内核使用的缓冲和缓存。这些信息是通过解析文件 /proc/meminfo 而收集到的。

不带任何选项运行 free 命令会显示系统内存，包括空闲、已用、交换、缓冲、缓存和交换的内存总数。

02. 命令格式

free [参数]

  • 1

03. 常用选项

       -b 选项 以字节为单位显示内存总和; 
       -k 选项(缺省的)以KB为单位显示; 
       -m 选项以MB 为单位.
       -t 选项 显示 一个 总计行.
       -o  选项  禁止  "buffer adjusted" 行的显示. 除非 指定 free 从 (相应的)
       已用/未用的 内存 减去/加上 缓冲区内存.
       -s 使 free 以 delay 秒为间隔,  连续抽样显示.  delay  可以设置成浮点数,
       它用 usleep(3) 做 微秒级 延迟.
       -V 显示版本信息.

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9

04. 参考示例

4.1 显示内存使用情况

[deng@redhat ~]$ free
              total        used        free      shared  buff/cache   available
Mem:        2030172     1182004      106520      364548      741648      249164
Swap:       4194300      309248     3885052
[deng@redhat ~]$ 

  • 1
  • 2
  • 3
  • 4
  • 5

下面先解释一下输出的内容：
Mem 行(第二行)是内存的使用情况。
Swap 行(第三行)是交换空间的使用情况。
total 列显示系统总的可用物理内存和交换空间大小。
used 列显示已经被使用的物理内存和交换空间。
free 列显示还有多少物理内存和交换空间可用使用。
shared 列显示被共享使用的物理内存大小。
buff/cache 列显示被 buffer 和 cache 使用的物理内存大小。
available 列显示还可以被应用程序使用的物理内存大小。

4.2 以字节为单位显示内存总和

[deng@redhat ~]$ free -b
              total        used        free      shared  buff/cache   available
Mem:     2078896128  1211551744   107892736   373297152   759451648   253960192
Swap:    4294963200   316669952  3978293248
[deng@redhat ~]$ 

  • 1
  • 2
  • 3
  • 4
  • 5

4.3 用MB显示内存使用情况

[deng@redhat ~]$ free -m
              total        used        free      shared  buff/cache   available
Mem:           1982        1154         103         356         724         242
Swap:          4095         302        3793
[deng@redhat ~]$ 

  • 1
  • 2
  • 3
  • 4
  • 5

4.4 用KB显示内存使用情况

[deng@redhat ~]$ free -k
              total        used        free      shared  buff/cache   available
Mem:        2030172     1182240      106288      364548      741644      248932
Swap:       4194300      309248     3885052
[deng@redhat ~]$ 

  • 1
  • 2
  • 3
  • 4
  • 5

4.5 以总和的形式显示内存的使用信息

[deng@redhat ~]$ free -t
              total        used        free      shared  buff/cache   available
Mem:        2030172     1182516      106012      364548      741644      248656
Swap:       4194300      309248     3885052
Total:      6224472     1491764     3991064
[deng@redhat ~]$ 

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6

4.6 周期性查询内存使用情况

[deng@redhat ~]$ free -s 10
              total        used        free      shared  buff/cache   available
Mem:        2030172     1182512      106000      364548      741660      248656
Swap:       4194300      309248     3885052

              total        used        free      shared  buff/cache   available
Mem:        2030172     1182268      106248      364548      741656      248904
Swap:       4194300      309248     3885052

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8

4.7 以GB为单位显示内存使用情况(不常用)

[deng@redhat ~]$ free -g
              total        used        free      shared  buff/cache   available
Mem:              1           1           0           0           0           0
Swap:             3           0           3
[deng@redhat ~]$ 

  • 1
  • 2
  • 3
  • 4
  • 5

4.8 概念

buff/cache

先来提一个问题： buffer 和 cache 应该是两种类型的内存，但是 free 命令为什么会把它们放在一起呢？要回答这个问题需要我们做些准备工作。让我们先来搞清楚 buffer 与 cache 的含义。

buffer 在操作系统中指 buffer cache， 中文一般翻译为 “缓冲区”。要理解缓冲区，必须明确另外两个概念：“扇区” 和 “块”。扇区是设备的最小寻址单元，也叫 “硬扇区” 或 “设备块”。块是操作系统中文件系统的最小寻址单元，也叫 “文件块” 或 “I/O 块”。每个块包含一个或多个扇区，但大小不能超过一个页面，所以一个页可以容纳一个或多个内存中的块。当一个块被调入内存时，它要存储在一个缓冲区中。每个缓冲区与一个块对应，它相当于是磁盘块在内存中的表示

注意，buffer cache 只有块的概念而没有文件的概念，它只是把磁盘上的块直接搬到内存中而不关心块中究竟存放的是什么格式的文件。

cache 在操作系统中指 page cache，中文一般翻译为 “页高速缓存”。页高速缓存是内核实现的磁盘缓存。它主要用来减少对磁盘的 I/O 操作。具体地讲，是通过把磁盘中的数据缓存到物理内存中，把对磁盘的访问变为对物理内存的访问。页高速缓存缓存的是内存页面。缓存中的页来自对普通文件、块设备文件(这个指的就是 buffer cache 呀)和内存映射文件的读写。
页高速缓存对普通文件的缓存我们可以这样理解：当内核要读一个文件(比如 /etc/hosts)时，它会先检查这个文件的数据是不是已经在页高速缓存中了。如果在，就放弃访问磁盘，直接从内存中读取。这个行为称为缓存命中。如果数据不在缓存中，就是未命中缓存，此时内核就要调度块 I/O 操作从磁盘去读取数据。然后内核将读来的数据放入页高速缓存中。这种缓存的目标是文件系统可以识别的文件(比如 /etc/hosts)。
页高速缓存对块设备文件的缓存就是我们在前面介绍的 buffer cahce。因为独立的磁盘块通过缓冲区也被存入了页高速缓存(缓冲区最终是由页高速缓存来承载的)。

到这里我们应该搞清楚了：无论是缓冲区还是页高速缓存，它们的实现方式都是一样的。缓冲区只不过是一种概念上比较特殊的页高速缓存罢了。
那么为什么 free 命令不直接称为 cache 而非要写成 buff/cache？ 这是因为缓冲区和页高速缓存的实现并非天生就是统一的。在 linux 内核 2.4 中才将它们统一。更早的内核中有两个独立的磁盘缓存：页高速缓存和缓冲区高速缓存。前者缓存页面，后者缓存缓冲区。当你知道了这些故事之后，输出中列的名称可能已经不再重要了。

free 与 available

在 free 命令的输出中，有一个 free 列，同时还有一个 available 列。这二者到底有何区别？
free 是真正尚未被使用的物理内存数量。至于 available 就比较有意思了，它是从应用程序的角度看到的可用内存数量。Linux 内核为了提升磁盘操作的性能，会消耗一部分内存去缓存磁盘数据，就是我们介绍的 buffer 和 cache。所以对于内核来说，buffer 和 cache 都属于已经被使用的内存。当应用程序需要内存时，如果没有足够的 free 内存可以用，内核就会从 buffer 和 cache 中回收内存来满足应用程序的请求。所以从应用程序的角度来说，available = free + buffer + cache。请注意，这只是一个很理想的计算方式，实际中的数据往往有较大的误差。

交换空间(swap space)

swap space 是磁盘上的一块区域，可以是一个分区，也可以是一个文件。所以具体的实现可以是 swap 分区也可以是 swap 文件。当系统物理内存吃紧时，Linux 会将内存中不常访问的数据保存到 swap 上，这样系统就有更多的物理内存为各个进程服务，而当系统需要访问 swap 上存储的内容时，再将 swap 上的数据加载到内存中，这就是常说的换出和换入。交换空间可以在一定程度上缓解内存不足的情况，但是它需要读写磁盘数据，所以性能不是很高。

现在的机器一般都不太缺内存，如果系统默认还是使用了 swap 是不是会拖累系统的性能？理论上是的，但实际上可能性并不是很大。并且内核提供了一个叫做 swappiness 的参数，用于配置需要将内存中不常用的数据移到 swap 中去的紧迫程度。这个参数的取值范围是 0～100，0 告诉内核尽可能的不要将内存数据移到 swap 中，也即只有在迫不得已的情况下才这么做，而 100 告诉内核只要有可能，尽量的将内存中不常访问的数据移到 swap 中。在 ubuntu 系统中，swappiness 的默认值是 60。如果我们觉着内存充足，可以在 /etc/sysctl.conf 文件中设置 swappiness：

vm.swappiness=10

  • 1

如果系统的内存不足，则需要根据物理内存的大小来设置交换空间的大小。具体的策略网上有很丰富的资料，这里笔者不再赘述。

/proc/meminfo 文件

其实 free 命令中的信息都来自于 /proc/meminfo 文件。/proc/meminfo 文件包含了更多更原始的信息，只是看起来不太直观

[deng@redhat ~]$ cat /proc/meminfo 
MemTotal:        2030172 kB
MemFree:          106404 kB
MemAvailable:     249092 kB
Buffers:               0 kB
Cached:           601692 kB
SwapCached:        65440 kB
Active:          1156056 kB
Inactive:         463132 kB
Active(anon):    1028612 kB
Inactive(anon):   353432 kB
Active(file):     127444 kB
Inactive(file):   109700 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:       4194300 kB
SwapFree:        3885052 kB
Dirty:                 0 kB
Writeback:             0 kB
AnonPages:        953260 kB
Mapped:           261540 kB
Shmem:            364548 kB
Slab:             139992 kB
SReclaimable:      74568 kB
SUnreclaim:        65424 kB
KernelStack:       11120 kB
PageTables:        53004 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     5209384 kB
Committed_AS:    5646972 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      179816 kB
VmallocChunk:   34359310332 kB
HardwareCorrupted:     0 kB
AnonHugePages:    362496 kB
CmaTotal:              0 kB
CmaFree:               0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:      118656 kB
DirectMap2M:     1978368 kB
DirectMap1G:           0 kB
[deng@redhat ~]$ 

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48

05. 附录

参考：【Linux】一步一步学Linux系列教程汇总

参考：百度百科

id="article_content" class="article_content clearfix"> id="content_views" class="markdown_views prism-atom-one-light">

基本概念

中断是指出现需要时，CPU暂停执行当前程序，转而执行新程序的过程。即在程序运行过程中，出现了一个必须由CPU立即处理的事务，此时CPU暂时中止当前程序的执行转而处理这个事务，这个过程就叫做中断。通过中断机制，可以使CPU避免把大量时间耗费在等待、查询外设状态的操作上，大大提高系统实时性以及执行效率。

目前的中断支持有

  • 中断初始化
  • 中断创建
  • 开/关中断
  • 恢复中断
  • 删除中断

异常处理是操作系统对运行期间发生的异常情况（芯片硬件异常）进行处理的一系列动作，例如虚拟内存缺页异常、打印异常发生时函数的调用栈信息、CPU现场信息、任务的堆栈情况等。

运行机制

外设可以在没有CPU介入的情况下完成一定的工作，但某些情况下也需要CPU为其执行一定的工作。通过中断机制，在外设不需要CPU介入时，CPU可以执行其它任务，而当外设需要CPU时，产生一个中断信号，该信号连接至中断控制器。

中断控制器一方面接收其它外设中断引脚的输入，另一方面会发出中断信号给CPU。可以通过对中断控制器编程来打开和关闭中断源、设置中断源的优先级和触发方式。常用的中断控制器有VIC（Vector Interrupt Controller）和GIC（General Interrupt Controller）。在ARM Cortex-A7中使用的中断控制器是GIC。

CPU收到中断控制器发送的中断信号后，中断当前任务来响应中断请求。

异常指可以打断CPU正常运行流程的一些事情，如未定义指令异常、试图修改只读的数据异常、不对齐的地址访问异常等。当异常发生时，CPU暂停当前的程序，先处理异常事件，然后再继续执行被异常打断的程序。

以ARMv7-a架构为例，中断和异常处理的入口为中断向量表，中断向量表包含各个中断和异常处理的入口函数。

图1 中断向量表

开发指导

接口说明

异常处理为内部机制，不对外提供接口，中断模块提供对外接口如下：

创建删除中断
class="table-box">
接口名接口描述
LOS_HwiCreate中断创建，注册中断号、中断触发模式、中断优先级、中断处理程序。中断被触发时，会调用该中断处理程序
LOS_HwiDelete根据所提供的中断号删除中断
开/关中断
class="table-box">
接口名接口描述
LOS_IntUnlock打开当前处理器所有中断响应
LOS_IntLock关闭当前处理器所有中断响应
LOS_IntRestore与LOS_IntLock配套使用，恢复到使用LOS_IntLock关闭所有中断之前的状态
获取系统中断信息
class="table-box">
接口名接口描述
LOS_GetSystemHwiMaximum获取系统支持的最大中断数

开发流程

  1. 调用中断创建接口LOS_HwiCreate创建中断。

  2. 调用LOS_HwiDelete接口删除指定中断，此接口根据实际情况使用，判断是否需要删除中断。

编程实例

本实例实现如下功能：

  1. 创建中断。

  2. 删除中断。

代码实现如下，演示如何创建中断和删除中断，当指定的中断号HWI_NUM_TEST产生中断时，会调用中断处理函数（该示例代码的测试函数可以加在kernel/liteos_a/testsuites/kernel/src/osTest.c中的TestTaskEntry中进行测试）：

#include "los_hwi.h"
/*中断处理函数*/
STATIC VOID HwiUsrIrq(VOID)
{
    PRINK("in the func HwiUsrIrq \n");
}

static UINT32 Example_Interrupt(VOID)
{
    UINT32 ret;
    HWI_HANDLE_T hwiNum = 7; // 7: 使用的中断号
    HWI_PRIOR_T hwiPrio = 3; // 3: 中断优先级
    HWI_MODE_T mode = 0;
    HWI_ARG_T arg = 0;

    /*创建中断*/
    ret = LOS_HwiCreate(hwiNum, hwiPrio, mode, (HWI_PROC_FUNC)HwiUsrIrq, (HwiIrqParam *)arg);
    if (ret == LOS_OK) {
        PRINK("Hwi create success!\n");
    } else {
        PRINK("Hwi create failed!\n");
        return LOS_NOK;
    }

    /* 延时50个Ticks， 当有硬件中断发生时，会调用函数HwiUsrIrq*/
    LOS_TaskDelay(50);

    /*删除中断*/
    ret = LOS_HwiDelete(hwiNum, (HwiIrqParam *)arg);
    if (ret == LOS_OK) {
        PRINK("Hwi delete success!\n");
    } else {
        PRINK("Hwi delete failed!\n");
        return LOS_NOK;
    }
    return LOS_OK;
}
c
 class="hljs-button signin active" data-title="登录复制" data-report-click="{"spm":"1001.2101.3001.4334"}">
class="hide-preCode-box">

结果验证

编译运行得到的结果为：

Hwi create success!
Hwi delete success!
 class="hljs-button signin active" data-title="登录复制" data-report-click="{"spm":"1001.2101.3001.4334"}">

如果大家想更加深入的学习 OpenHarmony（鸿蒙南向） 开发的全栈内容，不妨可以参考以下相关学习文档进行学习，助你快速提升自己：

OpenHarmony 开发环境搭建：https://qr18.cn/CgxrRy

《OpenHarmony源码解析》：https://qr18.cn/CgxrRy

系统架构分析：https://qr18.cn/CgxrRy

OpenHarmony 设备开发学习手册：https://qr18.cn/CgxrRy

在这里插入图片描述

OpenHarmony面试题（内含参考答案）：https://qr18.cn/CgxrRy

写在最后

data-report-view="{"mod":"1585297308_001","spm":"1001.2101.3001.6548","dest":"https://blog.csdn.net/maniuT/article/details/140912460","extend1":"pc","ab":"new"}">>
注：本文转载自blog.csdn.net的沧海一笑-dj的文章"https://blog.csdn.net/dengjin20104042056/article/details/97823320"。版权归原作者所有，此博客不拥有其著作权，亦不承担相应法律责任。如有侵权，请联系我们删除。
复制链接
复制链接
相关推荐
发表评论

评论记录：

未查询到任何数据！