Eclipse의 메모리 사용량을 줄이는 방법은 무엇입니까?

Eclipse 3.4의 메모리 사용량은 문제가되는 지점까지 지붕을 통과합니다.

간단한 BlackBerry 프로젝트가로드되고 사용량이 거의 400MB로 급증하며 때로는 그 이상이됩니다. 그것을 무너 뜨리기 위해 할 수있는 일이 있습니까?

Eclipse 3.4는 이전 버전보다 훨씬 많은 메모리를 소비 할 수 있습니다 ( 맞춤법 검사기 플러그인) .

창-> 환경 설정-> 일반-> 편집기-> 텍스트 편집기-> 맞춤법으로 이동하여 '맞춤법 검사 사용'상자 제목을 선택 취소하여 플러그인을 끌 수 있습니다.

물론 더 큰 힙 크기와 더 나은 가비지 수집기를 사용하기 위해 제공된 팁도 도움이 될 것입니다.

체크 General -> Show heap status하면 활성화됩니다

하단 표시 줄에서. 이렇게하면 휴지통을 클릭하여 언제든지 가비지 수집기를 수동으로 실행할 수 있습니다. 해결 방법은 아니지만, RAM / CPU 사용량을 크게 줄이는 데 도움이되었습니다.

Eclipse Luna 4.4.1 에서 Eclipse에서 메모리 사용량을 줄이려고했습니다. 나는 600mb에서 300mb로 내 면도를 관리했습니다. 다음을 수행했습니다.

• 사용하지 않는 시작시 활성화 된 플러그인을 끕니다. Windows> 기본 설정> 일반> 시작 및 종료

• 그 당시 작업하지 않았던 닫힌 프로젝트.

여기에서 힌트 / 팁을 찾았습니다. http://blog.elijaa.org/2010/09/20/tricks-to-speed-up-eclipse-php-helios-pdt-2-2/

당신은 아마 동안 수 구성 어설프게 등 다양한 플러그인을 제거, 그것은 가능성이 더 많은 메모리를 구입하는 더 비용 효율적으로합니다. 현재 얼마나 가지고 있습니까? 나는 2GB 미만의 메모리를 가진 개발자 컴퓨터가 사양에 해당한다고 생각하고 많은 사람들이 그 두 배가 될 것이라고 생각합니다.

최신 버전의 Eclipse는 작업을 수행하기 위해 상당한 RAM이 필요합니다. 그러나 모든 최신 컴퓨터에서 여전히 매우 빠르게 실행됩니다.

실제 메모리가 충분하다고 가정하면 (다른 프로세스가 많이 실행 중이거나 RAD를 사용하지 않는 한 2GB는 괜찮습니다) 설정 조정에 대한 몇 가지 팁은 Eclipse의 메모리 사용량에 대한 이 기사를 참조하십시오 . 가장 일반적인 두 가지 원인은 Xmx 및 / 또는 MaxPermSize가 너무 낮게 설정된 것입니다 (Xmx 기본값은 256M이고 MaxPermSize 기본값은 64M).

명령 행 인수를 전달하거나 Eclipse 설치 위치에서 eclipse.ini를 조정하여 값을 수정합니다.

다음과 같이 끝날 것입니다.

...
-vmargs
-Xms128m
-Xmx1024m 
-XX:MaxPermSize=128m

내 Eclipse는 800MB가 넘는 상주 및 2GB 가상 공간을 차지하고 있습니다 (일부는 아마도 교체). Java 는 돼지 가 될 수 있습니다. Java 는 항상 나쁜 압박을 받고 있습니다.

그러나 많은 사람들이 모르는 점이 있습니다. 점진적 가비지 수집기입니다. -Xincgc 부작용은 때때로 메모리를 시스템에 다시 전달한다는 것입니다. 기본적으로 Java는 가져오고 가져가며 더 이상 메모리가 필요하지 않을 때 자체적으로 유지합니다. incgc는 메모리가 문제없이 시스템에 전달 될 수 있다고 가정하는 것이 더 합리적이되는 다른 전략입니다. 그러나 이것은 성능에 영향을 미칠 수 있습니다.

많은 가비지 콜렉션 설정이 있습니다. 여러 스레드가 GC를 처리하도록 할 수도 있습니다. 병렬 GC가 그렇게합니다. 그 사람이 기억을 되 찾는 지 확실하지 않습니다. 그렇게 생각하지 마십시오.

+UseG1GCeclipse.ini에서 옵션을 제거 하십시오. 나는 여기 에서 araound 6GB 힙 메모리에만 사용된다는 것을 읽었습니다 .

400Mb의 RAM이 큰 문제라면 다른 IDE를 사용해 볼 수 있습니다. Eclipse는 실제로 필요하지 않은 많은 상태 정보를 저장 합니다. 그것은 디자인 선택입니다.

지금은 Eclipse와 QtCreator에서 동일한 프로젝트가 열려 있습니다. 깨끗한 재 빌드 후 Eclipse는 156Mb RAM을 사용하고 Qt Creator는 66Mb에 만족합니다.

Windows 7에서 64 비트 버전의 JDK를 사용하여 64 비트 버전의 Eclipse를 사용해 볼 수 있습니다. 둘 다 제가 작업해야하는 타사 프레임 워크에서 이상한 문제를 일으켰습니다. Oracle의 32 비트 JRockit (현재 무료)는 더 빠르고 메모리에서 약간 더 나은 것 같습니다. 이것은 내 Eclipse.ini 설정입니다.

내 이클립스 여관

-startup
plugins/org.eclipse.equinox.launcher_1.1.1.R36x_v20101122_1400.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.2.R36x_v20101222
-nosplash
org.eclipse.platform
--launcher.XXPermSize
512m
--launcher.XXMaxPermSize
512m
--launcher.defaultAction
openFile
-vm
C:/Program Files (x86)/Java/jrockit-jdk1.6.0_31-R28.2.3-4.1.0/jre/bin
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
--launcher.defaultAction
openFile
-vmargs
-Xquickstart
-XX:+AggressiveHeap
-XX:+AggressiveOpts
-XX:+UseParallelOldGC
-XX:ParallelGCThreads=2
-XX:ThreadPriorityPolicy=1
-Xverify:none
-Xms1100m
-Xmx1100m

Eclipse에서는 좀 더 빠른 것처럼 보이는 32 비트 JRockit JDK로 전환했습니다. 전원을 끄고 필요 이상으로 설치하지 않습니다. 별도의 앱 개발 유형 (Android, J2EE, Spring 등)마다 다른 Eclipse 설치가 있습니다. 하드 드라이브 공간이 저렴합니다. 그런 다음 각각에 필요한 플러그인 만 가질 수 있습니다. 나는 그들을 사용하지 않았다면 모든 Android 도구가로드되는 것을 결코 원하지 않습니다. STS는 Spring 작업에만 유용하며 OpenShift Cloud 작업에만 사용할 수 있습니다.

Eclipse 플러그인을 비활성화하십시오. 이클립스는 saros 플러그인을 열었을 때 내 기억의 절반을 차지했습니다.