通過對malloc，free原始碼的分析，發現在堆上分配記憶體，很容易造成記憶體碎片。記憶體碎片在這裡可以從兩個方面進行分析，實體地址的記憶體碎片和線性地址（虛擬地址）的記憶體碎片。

首先是實體地址的記憶體碎片，malloc_free_list大小依次為8，16，32....。那麼我們請求的大小加上4位元組的額外開銷，如果和malloc_free_list插槽的大小一致，就不會產生碎片，反之，就會。如請求大小為5，那麼加上額外開銷大小就為9，第一個插槽無法滿足，只有第二個插槽滿足，但是第二個插槽分配單位是16，那麼就是隻有9個位元組的大小，也要佔用一個16位元組的單元，相應的產生了7個位元組的記憶體碎片。對於小資料單元來說，因為每次請求記憶體，最小是一頁，比如對於第一個插槽，就會產生4096/8個單元，但程式不一定會申請這麼多小的記憶體塊，相應的這也不能高效的利用實體記憶體。這裡還有個問題，如果記憶體不斷的申請，如連續分配了多個物理頁面供一個插槽使用，那麼當釋放時，程式會把實體記憶體歸還給系統嗎？至少在free中，是沒有做的，也做不到，它只是簡單的把記憶體單元新增到malloc_free_list插槽中。關於物理頁面釋放的問題，只有通過核心程式碼，才能確定實體記憶體釋放的機制，而每個程式虛擬記憶體是通過vm_area_struct來管理的。

其次是線性地址的記憶體碎片，對於32位系統來說，使用者虛擬地址只有3G，除了程式程式碼段，資料段，棧...，留給堆的有效線性地址也是有限的。如果頻繁的分配小的記憶體塊，他就會佔用小的頁面，這樣當程式釋放記憶體時，就會產生許多小的不連續的線性地址，當程式需要連續大的線性地址時，就會產生麻煩。具體是怎麼實現的，等查了核心程式碼就明白了。

通過以上分析，對於在堆上申請記憶體，是會產生一定代價的，特別是濫用，後果也是比較嚴重的。記憶體碎片是需要關注的問題。