編譯內核後空間佔用大

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 來清理一下