오랜시간 동안 Memory 관련해서 괴롭혀 오던 몇몇 문제중 jStar 부분에 있어서 memory leak
조치 결과입니다.
이해를 도모하기 위해서 용어 정의를 하겠습니다.
Total : Rss + Swap 영역의 합
Rss : 이해하기 쉽게 현재 운용중에 쓰이고 있는 real memory
Swap : Rss에서 할당 받은 Memory중에 오랜시간 점유만하고 실질적으로 사용하고 있지 않은
상태의 Memory.(후에 요청이 오면 Rss로 이동)
Scheduler : Scheduler의 기능은 많지만 이해를 도모하기 위해서 o/s에서 Memory 관리하는
것으로 한정.
조치전의 jStar Memory 사용 추이도를 보면 Total 부분의 지속적인 증가가 보이고 있습니다.
이를 세부적으로 보면 Rss는 어느 일정 수준에 이르면 위 그림에서는 대략 2GB가 지속적으로
유지되는 현상처럼 보입니다. 그러면서 Swap은 증가하고 그러나 이는 Rss가 2GB로 유지되는
것이 아니라 계속 증가를 하고 있는 추세이며 Rss에서 할당되어진 부분에서 o/s의 Scheduler에
의해서 Swap으로 이동하는 것으로 이해를 해야 합니다.
즉, Rss의 끊임 없는 증가가 있지만 o/s의 Scheduler가 Real Memory 확보를 위해 오랜시간동안
사용하고 있지 않은 Rss 부분을 Swap 부분으로 이동한다.
(swap으로 이동한다는 의미는 Real Memory를 점유하는 부분이 second memory인 HDD로 옮겨짐 )
위와 같이 지속적으로 증가하는 현상(memory leak)의 원인은 jStar의 내부 module중 acsii를
EBCDIC으로 상호 encoding/decoding을 지원하는 C module(JNI)에서 memory release를 하지 못해
발생한 문제입니다.
문제된 C module 부분 수정후 대략 2일정도 수집한 결과입니다.
우선 수정후 jStar startup되어 대략 23시간정도는 꾸준히 RSS가 증가하는 모습을 보이다 Rss가
500MB 상태로 유지되는 모습입니다.
Rss 500MB로 유지된다고 보는 이유는 X축 17:02 이후론 Rss의 감소 폭 만큼 Swap이 증가하고 Rss의
증가분 만큼 Swap이 감소하는 모습을 보이기때문입니다.
현재로써는 안정적인 운영상태를 보이고 있다고 할수 있습니다만 한가지 아쉬운 점은 Swap의 부분이
그래도 높다라는 것 입니다.
startup시부터 23시간 증가한 부분까지 과연 지속적인 운영중에 Rss가 증가할까 하는 의문입니다.
만약 heap size를 현재 512MB에서 swap 부분만큼 빼서 낮게 설정해서도(대략 300MB으로 설정) 부하
Test시 및 startup시에 out of memory가 발생하지 않는다면 System 전체적인 memory 확보에 도움이
될 것 입니다.
참고 :
http://javaservice.net/~java/bbs/read.cgi?m=resource&b=jdk&c=r_p&n=958576333&d=tb#958576333
@
따뜻한 하루 하루를 보내시길.....
-----------------------------------------------
현존하는 인 보다 죽어 나간 인이 더 많은 시점에
같은 공간 같은 시간 속에 우리네들은 서 있다.
 jStar_before.JPG (69966 Bytes)
jStar_after.JPG (78267 Bytes)
|
