효율적인 메모리를 관리하기 위한 방법?

야후메일이 또 죽었군엽.. ㅠ.ㅠ

ffsung@hanmail.net ㅠ.ㅠ

제 생각도 비슷합니다.

수치상 검증 해보진 못했지만..

서버가 느려진것은 메모리 문제라고 생각 되지는 않습니다.

메일서버가 시스템의 속도에 영향을 줄정도로 리소스를 많이 먹는다고 생각 되지 않는 상황이구요...

java 서블릿하고 오라클 둘중 하나가 많은 리소스(cpu 부하나.. disk i/o 부하응 일으키지 않을까 의심이 되는군요)

오라클은 자료 저장 패턴 및 빈도 또 양등 모든것을 고려해서 파티션및 물리적 disk 를 할당하라고 하더군엽..
가령 비슷한 싯점에서 읽혀지는 자료는 같은 디스크보다 다른 디스크에 넣는것이 병렬 처리에 더 용의하므로 그런식으로 나누라는것 같더군엽.
그래서 큰 하드 한나보다 몇개의 스카시로 RIAD 를 만드는 거맡나엽.. ?? ^^;;

free 메모리가 적은것 보다 버퍼가 많이 사용된다는 점은 중요한 문제인듯 해서요..

또 오라클측은 스왑을 메모리의 3배를 잡고 램이 1 GB 이상인 경우는 2 배 정도를 잡으라고 권고하고있던데..
스왑영역하고 상관 없는것 보이지만 ..

걍 2 GB 로 하쥐 그러셨어엽.. 기분상이라도..

디스크 I/O 나 속도 같은 문제로 시스템이 버벅거린다는거는.. 좀 이상한거 같아서엽..
버벅거린다고 말씀하신거는 처음엔 빨랐는데.. 이제는 버벅거린다.. (시간 개념이 들어간것이라 생각됩니다.)
하드웨어적 구성문제나 성능 문제라면 처음 부터 느려야 한다고 생각합니다. 분산 처리를 하여 서버를 한대 더 도입 한다 하여도 시간이 지나면 역시 같은 문제를 야기시킬수 있다는 생각입니다.
업무량과 서버의 능력을 평가해서 늘려야 생각한다면 당연히 늘여야 하고엽...

시간이 지나면서 느려졌다면 원인은...

1. 사용량이 늘어 났다..

2. 로그따위가 쌓여서 로그를 WRITE 하려는 일에 시간을 많이 뺐긴다.

여기서 2번의 경우 시스템 로그, JAVA 로그, 오라클 로그 등 종함적으로 생각해보아야 하지않나 하는 생각입니다.(로그 라는 표현니 적절하지 않은것 같습니다만 ^^;;)

또 좀비 문제(엄연한 좁비 프로세서는 아닙니다. 역시 뭐라 칭하는지 모를뿐입니다.)는 당연히 점검해보셨겠지엽.. ??
JSP 시스템에서 오라클이 그 DBMS 인경우 좀비 컨낵션이 남아있어서.. 고생한 기억이... ^^;;
서블릿 런너나 JSP 엔진 버전에 따라 자주 생기는것같습니다만.. 오라클과 웹을 같은 서버에서 돌리는경우 자주 발생하는듯....생각 되러라구엽..
EJB 환경인가엽.. 부러워라... ^^;;