/proc/pid/smaps反應了執行時的程序的記憶體影響，系統的執行時庫(so)，堆，棧資訊均可在其中看到。下面是libstdc++.so這個檔案在一個程序中的對映資訊，其中的Size表示線性地址空間大小，Rss表示時間佔用的實體記憶體大小.

Rss=Shared_Clean+Shared_Dirty+Private_Clean+Private_Dirty

其中的Shared_Clean/Shared_Dirty/Private_Clean/Private_Dirty究竟是什麼含義？

baidu和google後都沒有對此進行說明，對此也困惑了很近，在最近一次問題定位時又迷惑了，這才下決心看程式碼來才弄清楚。

(2)追根溯源

smaps的相關資訊是在proc檔案系統中儲存的，在proc的檔案系統中檢視smaps的實現，發現是通過呼叫show_smap來列印顯示資訊的。檔案：fs/proc/task_mmu.c

該函式傳遞的引數有一個seq_file的結構，網上搜索，這個東東實質為了取procfs中的內容來設計的，當procfs的內容中大於一個page時，procfs會較慢並且可能出現異常。而seq_file能解決上述的問題。檢視這段程式碼可以發現smaps的資訊實質是儲存在mss變數中，而mss變數是在walk_page_range來進行計算並填充。walk_page_range的功能如下，就是遍歷頁表，並呼叫回撥函式進行處理。

回撥函式都是定義在mm_walk中。

現在linux的記憶體管理的頁表分了4級目錄：頁全域性目錄，頁上級目錄，頁中間目錄，頁表目錄，上面的函式分別對應了上面各級頁表目錄處理的的回撥函式。而show_smaps函式始終是定義了一個頁中間目錄處理的回撥函式：

那就看smaps_pte_range的實現，實質就是對頁中間目錄對應的頁表一個個的掃描：

再往下看就找到了shared/private是如下計算的，可以看出首先是檢視該page的引用數，如果引用>1，則歸為shared，如果是1，則歸為private，同時也檢視該page的flag，是否標記為_PAGE_DIRTY，如果不是，則認為乾淨的。

至此，這個疑惑終於解開了。

(3)結論

檢視該page的引用數，如果引用>1，則歸為shared，如果是1，則歸為private，同時也檢視該page的flag，是否標記為_PAGE_DIRTY，如果不是，則認為乾淨的。