关于/proc/kcore 文件:

 

首先看来自:http://unixguide.net/linux/faq/04.16.shtml的原贴:

 关于/proc/kcore文件_kcore

大意就是 /proc目录下的文件不真实存在、不占用实际存储设备空间(这个毋庸置疑/proc/kcore的大小等于内存的大小!

 

有人也觉得此文的件的大小是真实物理内存大小,看帖

 关于/proc/kcore文件_proc_02

看我的真实机子:

 

 关于/proc/kcore文件_kcore_03

 关于/proc/kcore文件_kcore_04

内存大小2g,与文件大小不符!

 

再看贴:

 关于/proc/kcore文件_proc_05

结论:不占用存储设备空间,但其大小不等于实际物理内存大小!!

 关于/proc/kcore文件_kcore_06

 

上边大意就是  kcore /proc 下的其他文件不同,它是显示大小的,而且它的大小等于已被使用的物理内存的大小 加上4k,此文件可以使用gdb objdump等工具调试。

 

 

 关于/proc/kcore文件_proc_07

很明显 如果是这样的话 那么kcore的大小应该至少939M,可其大小却是897M

 关于/proc/kcore文件_kcore_08

更诡异的是 ,上边显示的897M大小 还不是一直都存在的 :

 关于/proc/kcore文件_proc_09

只不过是使用hexdump(或od) 查看了下,然后其就变成了4k,重新开机,恢复897M,再查看一次 又变成了4k

 

然后我对内存进行存储数据,以消耗其空间:

 关于/proc/kcore文件_proc_10

作为一种特殊FS格式,tmpfs 是直接挂内存空间的,默认是内存空间大小的一半,当然也可以指定。

 关于/proc/kcore文件_kcore_11

 

 

然后进行数据写入:

 关于/proc/kcore文件_proc_12

看以看到 内存和虚拟空间都基本已经耗尽了,再看kcore文件

 关于/proc/kcore文件_kcore_13

其依然是4k

 

重启以恢复内存和虚拟空间:

 

悲剧:

 关于/proc/kcore文件_kcore_14

 关于/proc/kcore文件_kcore_15

Swap分区依然存在,fstab中也有字挂在条目,却不能自动挂载(每次开机都是如此)。。。不得不每次都得:

 

Mkswap /dev/sda9 ; swapon /dev/sda9 来启用。

 关于/proc/kcore文件_kcore_16

照此方法试了下,结果还是如此 - - ||

 关于/proc/kcore文件_proc_17

上面说kcore这个文件指的的可被内核分配的空间,但根据上边的实验来看,并非如此。其还提示说,在64bOS中,这个文件大小最大可以达到128T,因为64bOS最大寻址内存范围局势128T

 

 关于/proc/kcore文件_proc_18

看着挺恐怖 - - ||(不过不用关心它)

 

 

 hexdump查看下此文件:

 

 关于/proc/kcore文件_kcore_19

能阅读的就只有 vmlinux LABELXXXX 你一部分

 关于/proc/kcore文件_proc_20

64b的 server上查看:

 

 关于/proc/kcore文件_proc_21

 关于/proc/kcore文件_kcore_22

从file得到的属性中,我们看以看出此OS的位数等,From后边跟的应该是 根分区的UUID

 关于/proc/kcore文件_kcore_23

 

 

本文出自 “逆行者” 博客,请务必保留此出处http://monsterme.blog.51cto.com/2837715/1194000