编译内核后空间占用大

A. linux内核一般占用多大内存

[root@scs-2 tmp]# free
total used free shared buffers cached
Mem: 3266180 3250004 16176 0 110652 2668236
-/+ buffers/cache: 471116 2795064
Swap: 2048276 80160 1968116
下面是对这些数值的解释：
total:总计物理内存的大小。
used:已使用多大。
free:可用有多少。
Shared:多个进程共享的内存总额。
Buffers/cached:磁盘缓存的大小。
第三行(-/+ buffers/cached):
used:已使用多大。
free:可用有多少。
第四行就不多解释了。
区别：第二行(mem)的used/free与第三行(-/+ buffers/cache) used/free的区别。 这两个的区别在于使用的角度来看，第一行是从OS的角度来看，因为对于OS，buffers/cached 都是属于被使用，所以他的可用内存是16176KB,已用内存是3250004KB,其中包括，内核（OS）使用+Application(X, oracle,etc)使用的+buffers+cached.
第三行所指的是从应用程序角度来看，对于应用程序来说，buffers/cached 是等于可用的，因为buffer/cached是为了提高文件读取的性能，当应用程序需在用到内存的时候，buffer/cached会很快地被回收。
所以从应用程序的角度来说，可用内存=系统free memory+buffers+cached。
如上例：
2795064=16176+110652+2668236
接下来解释什么时候内存会被交换，以及按什么方交换。 当可用内存少于额定值的时候，就会开会进行交换。
如何看额定值：
cat /proc/meminfo
[root@scs-2 tmp]# cat /proc/meminfo
MemTotal: 3266180 kB
MemFree: 17456 kB
Buffers: 111328 kB
Cached: 2664024 kB
SwapCached: 0 kB
Active: 467236 kB
Inactive: 2644928 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 3266180 kB
LowFree: 17456 kB
SwapTotal: 2048276 kB
SwapFree: 1968116 kB
Dirty: 8 kB
Writeback: 0 kB
Mapped: 345360 kB
Slab: 112344 kB
Committed_AS: 535292 kB
PageTables: 2340 kB
VmallocTotal: 536870911 kB
VmallocUsed: 272696 kB
VmallocChunk: 536598175 kB
HugePages_Total: 0
HugePages_Free: 0
Hugepagesize: 2048 kB
用free -m查看的结果：
[root@scs-2 tmp]# free -m
total used free shared buffers cached
Mem: 3189 3173 16 0 107 2605
-/+ buffers/cache: 460 2729
Swap: 2000 78 1921
查看/proc/kcore文件的大小（内存镜像）：
[root@scs-2 tmp]# ll -h /proc/kcore
-r——– 1 root root 4.1G Jun 12 12:04 /proc/kcore
备注：
占用内存的测量
测量一个进程占用了多少内存，linux为我们提供了一个很方便的方法，/proc目录为我们提供了所有的信息，实际上top等工具也通过这里来获取相应的信息。
/proc/meminfo 机器的内存使用信息
/proc/pid/maps pid为进程号，显示当前进程所占用的虚拟地址。
/proc/pid/statm 进程所占用的内存
[root@localhost ~]# cat /proc/self/statm
654 57 44 0 0 334 0
输出解释
CPU 以及CPU0。。。的每行的每个参数意思（以第一行为例）为：
参数 解释 /proc//status
Size (pages) 任务虚拟地址空间的大小 VmSize/4
Resident(pages) 应用程序正在使用的物理内存的大小 VmRSS/4
Shared(pages) 共享页数 0
Trs(pages) 程序所拥有的可执行虚拟内存的大小 VmExe/4
Lrs(pages) 被映像到任务的虚拟内存空间的库的大小 VmLib/4
Drs(pages) 程序数据段和用户态的栈的大小 （VmData+ VmStk ）4
dt(pages) 04
查看机器可用内存
/proc/28248/>free
total used free shared buffers cached
Mem: 1023788 926400 97388 0 134668 503688
-/+ buffers/cache: 288044 735744
Swap: 1959920 89608 1870312
我们通过free命令查看机器空闲内存时，会发现free的值很小。这主要是因为，在linux中有这么一种思想，内存不用白不用，因此它尽可能的cache和buffer一些数据，以方便下次使用。但实际上这些内存也是可以立刻拿来使用的。
所以 空闲内存=free+buffers+cached=total-used

B. 在虚拟机的Ubuntu系统上编译了几次内核，导致My Virtual Machines\Ubuntu文件越来越大（近15G）如何清理

你确认是由于你的编译引起吗？如果是，那就make clean或者make distclean，这样空间会变小，引起副作用，不要找我哦~~~

C. 关于Linux内核编译后大小的问题

如果是正常编译不会有那么大的差异，一般差异可能来自以下几个方面：
1、编译器的问题，有些编译器产生的可执行代码体积会很大
2、是否开启了调试选项
3、是否压缩

D. 为什么linux操作系统内核在虚拟地址空间的3GB处

1： 并不是所有平台都在3G
2：i386没有PAE，并且编译时没有特别指定的时候才在3G
3：在这种情况下，由于地址总线最大只能访问4G的空间，并且为了在切换入内核空间时不需要重新加载内核的页表，使用了一个技巧：让内核与用户空间影射到同一内存段。根据实际需要，给内核保留了1G的内存空间，并且为了让应用程序看起来是从0地址开始的，那么内核的1G内存段就占用了3G~4G的空间。这就回答了你的问题。
4：其实这种方法不是唯一的，比如，可以让内核少占用一些空间，那么就不是3G了。或者，让内核与应用程序不映射到同一个内存空间，那么用户程序可以使用几乎全部的4G空间（有些patch可以做到，但这样的话内核<->用户态切换时代价很大。说几乎4G的原因是：调用syscall时还是需要一段内存传递参数的）。

E. 关于ubuntu内核编译的问题

解决办法 修改 menu.lst 将 root=/UUIDxxxxxxx 这个改为 root=/dev/sdax
另外 从Filesystem type is ntfs.partition type 0x07 这一行我大概可看出,你是wubi安装的, 这种情况 我建议你重新编译内核并生成initrd, 因为内核不支持uuid的，initrd才支持，如果把filesystem编译进内核了，启动不用initrd.img的话，就只能用root=/dev/sdax的参数作为内核引导参数…

所以关键在于 一定要打开initrd支持并生成initrd

至于具体在那里,我这边环境所限无法告知, 麻烦你自己在make menuconfig里面仔细看看或者google一下

/dev/sdxx 是你的硬盘的/的设备名称 可以用正常启动的内核引导后 输入sudo df -h或者 sudo fdisk -l

目前的机器来讲 编译20分钟很正常, 我的内核优化的很小 大概十分钟左右就编译完了 .

另外 内核源码解开后会占用接近200M的空间, 而gcc编译内核和大型软件时候产生的临时文件占用好几百M乃至上G是很常见的的, 可以进入源代码文件夹运行 make clean && make mrproper 来清理一下