출처 : http://cafe.naver.com/eclipseplugin.cafe?iframe_url=/ArticleRead.nhn%3Farticleid=1503
이클립스에 포함된 클래스의 양이 많아지다 보니 클래스를 로딩하는 공간인
Permanant Heap이 모자라서 튕기곤 합니다.
이클립스 실행시 -vmargs -XX:MaxPermSize=256m -Xms128m -Xmx512m 옵션을 붙여서 실행하세요. (참고)
저는 리눅스를 써서 몰랐는데 최근 윈도우 XP를 쓰면서 1G 이상은 메모리가 안 잡혀서
한참 삽질하였습니다. (아마 32비트 버전의 제약이겠죠??)
-Xmx는 그냥 검소하게 512 정도로 사용해야겠네요.
3.3이후로는 eclipse.ini에 아예 PermSize 옵션이 있는데도
우리가 주로 사용하는 Sun JVM에는 적용되지 않는다고 합니다. (참고)
ologist님의 지적에 따르면 이클립스 뿐만 아니라 WAS에서도 AOP 등으로 인해
요즘 dynamic class generation이 많이 발생해서 PermSize가 모자란 경우가 많다고 합니다.
다만 이클립스의 경우는 dynamic class generation 보다는 XML(plugin.xml)에 의한
static class의 dynamic binding이기 때문에 실행하면서 무한히 용량이 늘어나는 경우는
없을 듯 합니다.
이클립스에 포함된 클래스의 양이 많아지다 보니 클래스를 로딩하는 공간인
Permanant Heap이 모자라서 튕기곤 합니다.
이클립스 실행시 -vmargs -XX:MaxPermSize=256m -Xms128m -Xmx512m 옵션을 붙여서 실행하세요. (참고)
저는 리눅스를 써서 몰랐는데 최근 윈도우 XP를 쓰면서 1G 이상은 메모리가 안 잡혀서
한참 삽질하였습니다. (아마 32비트 버전의 제약이겠죠??)
-Xmx는 그냥 검소하게 512 정도로 사용해야겠네요.
3.3이후로는 eclipse.ini에 아예 PermSize 옵션이 있는데도
우리가 주로 사용하는 Sun JVM에는 적용되지 않는다고 합니다. (참고)
ologist님의 지적에 따르면 이클립스 뿐만 아니라 WAS에서도 AOP 등으로 인해
요즘 dynamic class generation이 많이 발생해서 PermSize가 모자란 경우가 많다고 합니다.
다만 이클립스의 경우는 dynamic class generation 보다는 XML(plugin.xml)에 의한
static class의 dynamic binding이기 때문에 실행하면서 무한히 용량이 늘어나는 경우는
없을 듯 합니다.
