Eclipseのメモリ使用量を減らす方法は？

Eclipse 3.4のメモリ使用量は、問題になりつつあるところまで屋根を越えています。

単純なBlackBerryプロジェクトをロードし、使用量が400 MB近く、場合によってはそれ以上に急上昇しました。それを下げるためにできることはありますか？

Eclipse 3.4は、スペルチェッカープラグインのおかげで、以前のバージョンよりもはるかに多くのメモリを消費する可能性があります。

プラグインをオフに切り替えるには、[ウィンドウ]-> [設定]-> [一般]-> [エディター]-> [テキストエディター]-> [スペルチェック]に移動し、[スペルチェックを有効にする]チェックボックスをオフにします。

もちろん、より大きなヒープサイズとより優れたガベージコレクターを使用するために提供されるヒントも同様に役立ちます。

チェックGeneral -> Show heap statusするとこれが有効になります

下部のバーにあります。このようにして、ごみ箱をクリックすることで、いつでも手動でガベージコレクターを実行できます。これは修正ではなく、回避策のようなものですが、RAM / CPUの使用量を大幅に削減するのに役立ちました。

EclipseではLuna4.4.1 はEclipseでのメモリ使用量を削減しようとしていました。私はなんとか600mbから300mbに私のものを剃ることができました。私は次のことをしました：

• 起動時にアクティブ化されていた、使用していないプラグインをオフにしました。 Windows>設定>一般>起動とシャットダウン

• 当時私が取り組んでいなかったクローズドプロジェクト。

ここでヒント/ヒントを見つけました：http：//blog.elijaa.org/2010/09/20/tricks-to-speed-up-eclipse-php-helios-pdt-2-2/

あなたはおそらくものの可能性などのプラグイン、各種の除去、コンフィギュレーションをいじくり、それはより多くのメモリを購入する費用対効果である可能性が高いです。あなたは現在いくら持っていますか？2GB未満のメモリを搭載した開発者のマシンは仕様を下回っていると思いますが、多くの人がそれを2倍にするだろうと思います...

最新バージョンのEclipseは、その処理を実行するためにかなりのRAMを必要とします。しかし、それでも最新のマシンではかなり高速に実行されるはずです。

十分な物理メモリがあると仮定すると（他のプロセスを多数実行している場合、またはRADを使用している場合を除いて、2 GBで十分です）、設定を微調整するためのヒントについては、Eclipseのメモリ使用量に関するこの記事を参照してください。最も一般的な2つの原因は、Xmxおよび/またはMaxPermSizeの設定が低すぎることです（Xmxのデフォルトは256M、MaxPermSizeのデフォルトは64M）。

コマンドライン引数を渡すか、Eclipseのインストール場所でeclipse.iniを微調整することにより、値を変更します。

あなたはこのようなものになるはずです：

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

+UseG1GCeclipse.iniからオプションを削除します。ここから、6GBのヒープメモリにのみ使用されることを読みました。

私のEclipseは800MB以上の常駐と、2GBの仮想を使用しています（おそらくその一部が交換されています）。Javaはできます独り占めになるがあり、Javaに常に悪い報道を与えています。

ただし、多くの人が知らないことが少しあります。それは、インクリメンタルガベージコレクタです。-Xincgc 副作用は、メモリを時々システムに戻すことです。デフォルトでは、Javaは単に取得して取得し、メモリが不要になると、それ自体を保持します。incgcは別の戦略であり、問​​題が発生することなくメモリをシステムに戻すことができると想定する方が合理的です。ただし、これはパフォーマンスに影響を与える可能性があります。

ガベージコレクションの設定はたくさんあります。複数のスレッドでGCを処理することもできます。並列GCはそれを行います。その人が記憶を取り戻すかどうかわからない、そうは思わないでください。

400 MbのRAMが大きな問題である場合は、別のIDEを試してみることをお勧めします。Eclipseには多くの状態情報が格納されており、その一部またはほとんどは実際には必要ありません。それは設計上の選択です。

現在、EclipseとQtCreatorの両方で同じプロジェクトを開いています。クリーンな再構築後、Eclipseは156 Mb RAMを使用し、QtCreatorは66Mbに満足しています。

64ビットバージョンのEclipseを64ビットバージョンのJDKでWindows7で試すことができます。これらは両方とも、私が使用しなければならないサードパーティのフレームワークでいくつかの奇妙な問題を引き起こしました。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ビットのJRockitJDKに切り替えました。電源を切り、必要以上にインストールしません。個別のタイプのアプリ開発（Android、J2EE、Springのみなど）ごとに、異なるEclipseインストールがあります。ハードドライブのスペースは安いです。次に、それぞれに必要なプラグインだけを用意できます。Androidツールを使用していなければ、すべてのAndroidツールをロードしたくありません。STSはSpringのものだけにも適しています。私は、OpenShiftCloudの作業用にSTSを持っています。

Eclipseプラグインを無効にしてみてください。sarosプラグインを開いたとき、Eclipseは私の記憶の半分を占有していました。