수다닷컴

원래 메모리 관련 문제는 쉽게 해결이 않되죠..
일단. vector 나 hash 등을 사용하는 부분을 위주로 로직에 문제가 없나 확인을 해보시고요.
계속적으로 memory 확인할 수 밖에 없습니다.
메모리릭 땜시. 1달정도 수정하고 테스트 하니깐 없어지긴하더군요.
간단한 프로그램이지만.. 정말 잡히 힙듭니다. ^^;

JProfiler로 실행 화면을 보고 있는데... 우선 실행 속도가 굉장히 느려지군요. 또, 엄청난 자료들을 뱉어내기 시작하는데...어째..어디서에서 메모리 누수가 있는지 아직 모르겠습니다. 다른 분은 톰캣 3개,5개를 동시에 돌리면서 테스트를 하신다는데...이것도 아직 설정 방법을 모르겠네요...코딩보다 이런 디버깅 테스트가 더 어려운거 같네요...

반면 member = null로 주게 되면,
member의 scope에서도 heap에 있던 객체를 아무도 가리키고 있지 않으니.
VM이 gc를 수행할때 만들어 두었던 객체를 수거 할 수 있습니다.
( 아무도 가리키고 있지 않다는것을 알기 때문에 수거가 가능한것입니다. )

scope가 좁은 범이라면 굳이 그렇게 안해서도 큰 문제가 될것 같지 않다고 생각됩니다.
그 좁은 scope안에서 많은 메모리 사용을 유발하는 코드가 있다면, 당연히 해 주는것이 좋지

member이 field가 아니가 variable이라면,
member이 유지되는 scope에 따라서 그 객체가 사용될 가능성이 있는지 없는지를,
추측할 수 있습니다. 어떤 객체를 만들었을때 그 객체를 member가 가리키고 있다면,
그 객체는 member이라는 레퍼런스에 의해 사용될 가능성이 있습니다.
하지만, 만들어둔 객체를 어떠한 변수도 가리키고있지 않다면,
그 객체는 더 이상 사용되지 않으므로 vm이 gc할때 수거해 버릴 수 있습니다.

즉 mem

성능면에선 조금 더 나은 듯 해요....
그치만..outofmemory에서 벗어나려면.....지금과는 다른 코딩이 필요하다는 거...ㅠ.ㅠ
자바 성능을 향상시키는....뭐 그런것땜에..고민 중이긴한데..
걍...배째는 중이랍니다..;;;;