memory 모니터링 업데이트6

OS/RISK/MEMORY/MONITORING/README.md

@@ -12,7 +12,7 @@
 
 ## Memory Extension
 
-아래의 그래프를 보면, CPU/MEM/SWAP을 모두 볼 수 있기 때문에 일목요연하다고 생각할 수 있지만, 메모리 사용량은 아래의 그래프와 같이 그리 간단하게 판단해서는 안된다.
+아래의 그래프를 보면, CPU/MEM/SWAP을 모두 볼 수 있기 때문에 일목요연하다고 생각할 수 있지만, 리눅스 메모리 관리구조는 아래의 그래프와 같이 그리 간단하게 판단해서는 안된다.
 
 ![asis_mem](./images/04p_23-02-16_custom.png)
 
@@ -32,11 +32,18 @@
 
 ## Active / Inactive Memory
 
-리눅스 메모리는 분명히 그리 간단하게 판단해서는 안된다고 했다. 그 두 번째 이슈가 바로 LRU 페이지 교체 알고리즘을 통해 `예전에 사용한 페이지는 제거될 것으로 예상` 된다는 것이다. 먼저 그래프를 보자.
+리눅스 메모리관리 구조는 분명히 그리 간단하게 판단해서는 안된다고 했다. 그 두 번째 이유가 바로 LRU 페이지 교체 알고리즘을 통해 `예전에 사용한 페이지는 제거될 것으로 예상` 된다는 것이다. 먼저 그래프를 보자.
 
 ![active_mem](./images/03p_mem_act_inact.png)
 
-각 필드의 값은 다음과 같다.
+위 그래프의 현황은 Active(anon) 영역이 82.92GB인데, 이는 Application에서 사용하는 메모리로 봐도 무방하다. (**OS 영역에서 아예 사용하지 않는다는 뜻이 아님**)
+
+그럼 각 필드의 값은 다음과 같다.
+
+- `Active(anon) memory` : 최근에 사용되었고, **Swap Out**(메모리 -> 디스크)될 수 없는 메모리 영역
+- `Active(file) memory` : **더 최근에 사용**되었고, Swap Out될 수 없는 메모리 영역
+- `Inactive(anon) memory` : **예전에 사용**되었고, Swap Out될 수 있는 메모리 영역
+- `Inactive(file) memory` : **예전에 사용**되었고, 아무런 영향없이 제거(Drop Cache)할 수 있는 메모리 영역