如下顯示free是顯示的當前記憶體的使用,-m的意思是m位元組來顯示內容.我們來一起看看.$ free -m
total used free shared buffers cached
mem: 1002 769 232 0 62 421
-/+ buffers/cache: 286 715
swap: 1153 0 1153
第一部分mem行:
total 記憶體總數: 1002m
used 已經使用的記憶體數: 769m
free 空閒的記憶體數: 232m
shared 當前已經廢棄不用，總是0
buffers buffer 快取記憶體數: 62m
cached page 快取記憶體數:421m
關係：total(1002m) = used(769m) + free(232m)
第二部分(-/+ buffers/cache):
(-buffers/cache) used記憶體數：286m (指的第一部分mem行中的used - buffers - cached)
(+buffers/cache) free記憶體數: 715m (指的第一部分mem行中的free + buffers + cached)
可見-buffers/cache反映的是被程式實實在在吃掉的記憶體，而+buffers/cache反映的是可以挪用的記憶體總數。
第三部分是指交換分割槽, 我想不講大家都明白.
我想大家看了上面,還是很暈.第一部分(mem)與第二部分(-/+ buffers/cache)的結果中有關used和free為什麼這麼奇怪.
其實我們可以從二個方面來解釋.
對作業系統來講是mem的引數.buffers/cached 都是屬於被使用,所以它認為free只有232.
對應用程式來講是(-/+ buffers/cach).buffers/cached 是等同可用的，因為buffer/cached是為了提高程式執行的效能，當程式使用記憶體時，buffer/cached會很快地被使用。
所以,以應用來看看,以(-/+ buffers/cache)的free和used為主.所以我們看這個就好了.另外告訴大家一些常識.linux為了提高磁碟和記憶體訪問效率, linux做了很多精心的設計, 除了對dentry進行快取(用於vfs,加速檔案路 徑名到inode的轉換), 還採取了兩種主要cache方式：buffer cache和page cache。前者針對磁碟塊的讀寫，後者針對檔案inode的讀寫。這些cache能有效縮短了 i/o系統呼叫(比如read,write,getdents)的時間。
記住記憶體是拿來用的,不是拿來看的.不象windows, 無論你的真實物理記憶體有多少,他都要拿硬碟交換檔案來讀.這也就是windows為什麼常常提示虛擬空間不足的原因.你們想想,多無聊,在記憶體還有大部分 的時候,拿出一部分硬碟空間來充當記憶體.硬碟怎麼會快過記憶體.所以我們看linux,只要不用swap的交換空間,就不用擔心自己的記憶體太少.如果常常 swap用很多,可能你就要考慮加物理記憶體了.這也是linux看記憶體是否夠用的標準哦.
如何查詢記憶體洩露
這兩天，在查詢記憶體洩露的問題。因為記憶體都是放在memory pool裡，所以不能通過valgrind等工具抓到那個地方分配的記憶體沒有手動被釋放。使用gcc，有乙個方法去打包記憶體分配函式，而且不需要編輯已有的code並且不需要修改目標檔案。linker ld 提供了乙個內建的選項去替換函式符號...
vc6 0中如何查詢記憶體洩露
自己的乙個程式這幾天在做效能測試時，發現記憶體總是會在不停增長，由最初的10m增長到了30多m。所以出現如題需求 1.偵錯程式和 crt 除錯堆函式 define crtdbg map alloc include include 注意 include 語句必須採用上文所示順序。如果更改了順序，所使用...
如何釋放記憶體
現在手機的各種認證，對記憶體的要求越來越高，也越來越嚴格。很多情況下 因為記憶體的原因導致gts過不來。下面介紹下解決方法。1 其實手機軟體本身也會釋放記憶體，即gc。gc後很多無用的物件釋放後，應用的記憶體也會相應的降低。2 但是有些時候在測試cts的時候，獲取meminfo的時候，因為系統沒有觸...