Linux常用命令:free(2018.07.29 更新)

常用

free 命令是 Linux 上很简单、很常用的一个命令。
free 命令的输出会有 Swap 相关的内容,本文忽略 Swap。

free
free -k    # 以KB为单位
free -m    # 以MB为单位   
free -g    # 以GB为单位
free -h    # 人类可读

输出(旧版)

使用 free 命令的时候,我们一般最关心的就是:现在还有多少内存可以让应用程序使用?
但是,旧版的 free 命令并不能直观地展示这一点。

total used free shared buffers cached
Mem 3856200 3321044 535156 251096 232084 1406376
-/+ buffers/cache 1682584 2173616
Swap 3999740 482480 3517260
  • Mem 这一行是从 Linux 内核的角度看物理内存的使用量。
    • total - 计算机的物理内存总量。
    • used - 从 Linux 内核的角度,已使用的内存 = 应用程序使用的内存 + 内核使用的内存(可回收+不可回收)。
    • free - 完全没有使用到的内存。
    • shared - 共享内存。
    • buffers - 内核的 buffers cache 系统占用。
    • cached - 内核的 page cache 系统占用。
  • -/+buffer/cache 这一行是从应用程序的角度看物理内存的使用量。
    • used - 应用程序实际使用的内存。其值为 Mem 一行中的 used - buffers - cached == total - free - buffer - cached。
    • free - 从应用程序的角度看还可以使用的内存(不是非常准确)。其值为 Mem 一行中的 free + buffers + cached。但是 buffers/cached 是包含了 shared 的,shared 不能被随时回收。
  • 粗略地看,应用程序还可以继续使用的内存大小为:-/+buffer/cache 一行中的 free 减去 Mem 一行中的 shared。在这个例子中,为 2173616 - 251096 = 1922520。

输出(新版)

最近把个人的 Linux 机器的系统给升级了,不知道具体从哪个版本开始,free 命令的输出做了改进。删除了 -/+ buffer/cache 一行,加了一列 available,同时修改了一些列的意义。相对上面旧版的输出来说,直观性好了不少。大部分情况下,只需要看 available 一列就可以了。(当然,具体情况还是得具体分析…)

total used free shared buff/cache available
Mem 9.6G 1.1G 6.0G 160M 2.5G 8.0G
Swap 3.8G 0B 3.8G

现在只有 Mem 一行数据来描述内存的使用情况(Swap 一行暂时忽略),第一感觉就比旧版的输出好看很多。

  • total - /proc/meminfo 中的 MemTotal,表示计算机的内存总量。
  • used - 被占用的内存,不能随时回收,其值为 total - free - buff/cache。
  • free - 完全没有被使用到的内存,/proc/meminfo 中的 Memfree。
  • shared - /proc/meminfo 中的 Shmem,共享内存,一般是被 tmpfs 占用。
  • buff/cache:buffer + cache
    • buffer:/proc/meminfo 中的 Buffers
    • cache:/proc/meminfo 中的 Cached。
  • available - 应用程序真正可用的内存(比较准确的评估值),其值为 /proc/meminfo 中的 MemAvailable。从这个例子中,可以看出 (free + buff/cache - shared = 6.0G + 2.5G - 160M) > (available = 8.0G),所以 buff/cache 对应的统计数据里面除了 shared 之外,还有一些其他不能被随时回收的内存,这部分被 Linux 内核内部占用。

小结

free 命令输出的数据本质上是由 /proc/meminfo 下的统计数据。新版的内核优化了 /proc/meminfo 下的一些统计数据,使得 free 命令的输出更加准确、清晰。
这里要明确一点,大部分情况下,大部分 buffer/cache 占用的内存在需要时可以被回收并重新分配。但是要注意下面几点:

  1. shared 属于 page cache,所以 cache 的统计里包括 shared,但是 shared 不能被内核随时回收。
  2. 除了 shared 以外,buffer 或 cache 对应的统计信息里,还有一部分被内核“真正”占用,这部分也不能被随时回收。
  3. 大部分内核的 free 命令还是输出旧的格式,此时我们只能根据输出简单估算出 available 的内存大小(见旧版输出的说明,实际 available 的内存应该比这里估算的值小)。

(2018.07.29 更新,新版 free 命令的输出说明。)

最后编辑于
?著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,172评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,346评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事?!?“怎么了?”我有些...
    开封第一讲书人阅读 159,788评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,299评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,409评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,467评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,476评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,262评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,699评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,994评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,167评论 1 343
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,827评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,499评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,149评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,387评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,028评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,055评论 2 352

推荐阅读更多精彩内容