/proc/pid/smaps에서 프로세스 메모리 사용량에 대한 정보 얻기

Question 1

클린 페이지는 매핑 이후 수정되지 않은 페이지입니다. 일반적으로 공유 라이브러리의 텍스트 부분은 디스크에서만 읽고(필요한 경우) 수정되지 않으므로 공유 클린 페이지에 있게 됩니다.
더티 페이지는 깨끗하지 않은(즉, 수정된) 페이지입니다.

비공개 페이지는 해당 프로세스에서만 사용할 수 있으며 공유 페이지는 다른 프로세스에 의해 매핑됩니다 ^* .

RSS는 현재 프로세스에 매핑된 총 페이지 수입니다(공유 여부에 관계없음). 따라서 Shared_Clean+는 Shared_DirtyRSS의 공유 부분(즉, 다른 프로세스의 RSS 부분에도 매핑됨)이고 Private_Clean+는 Private_DirtyRSS의 비공개 부분(즉, 이 프로세스에만 매핑됨)입니다.

PSS(Proportional Share Size)는 귀하가 설명하는 것과 정확히 같습니다. 개인 페이지는 각 공유 맵의 크기를 이를 공유하는 프로세스 수로 나누어 있는 그대로 집계됩니다.
따라서 한 프로세스에 100,000개의 개인 페이지가 있고, 500,000개의 페이지가 다른 프로세스와 공유되고, 500,000개의 페이지가 다른 프로세스 4개와 공유되는 경우 PSS는 다음과 같습니다.

100k + (500k / 2) + (500k / 5) = 450k

추가 자료:

ELC: 애플리케이션에서 실제로 얼마나 많은 메모리를 사용합니까?
Documentation/filesystems/proc.txt커널 소스 코드에서
man proc(5)
Linux 메모리 관리 개요
메모리 관리TLDP.org에서
리눅스MM

전체 과정에 대해:

RSS^{(대략 +} ) 의 항목을 합산하여 얻을 수 있습니다 (공유/개인 공유/더티 항목을 합산할 필요는 없음).Rss:smaps
```
awk '/Rss:/{ sum += $2 } END { print sum }' /proc/$$/smaps
```
Pss:process-global 을 얻으려면 같은 방법으로 값을 집계할 수 있습니다 PSS.
USS에는 보고되지 않았지만 smaps실제로는 비공개 지도의 합이므로 같은 방법으로 얻을 수도 있습니다.

_{^* "공유 가능" 페이지는 공유될 때까지 비공개 지도로 간주됩니다.실제로공유. 즉, 현재 하나의 프로세스만 사용 중인 경우 libfoo라이브러리의 텍스트 부분이 해당 프로세스의사적인매핑. 라이브러리를 사용하여 다른 프로세스가 시작될 때만 공유 맵에서 계산되고 개인 맵에서 제거됩니다.}
_{⁺ 모든 프로세스의 값이 정확하게 합산되는 것은 아닙니다. 왜인지는 모르겠지만...죄송합니다.}

Answer

클린 페이지는 매핑 이후 수정되지 않은 페이지입니다. 일반적으로 공유 라이브러리의 텍스트 부분은 디스크에서만 읽고(필요한 경우) 수정되지 않으므로 공유 클린 페이지에 있게 됩니다.
더티 페이지는 깨끗하지 않은(즉, 수정된) 페이지입니다.