Використання пам'яті Eclipse 3.4 проходить через дах до того моменту, коли це стає проблемою.
У мене завантажений простий проект BlackBerry, і його використання зростає майже до 400 МБ, іноді вище. Чи можна щось зробити, щоб його збити?
Використання пам'яті Eclipse 3.4 проходить через дах до того моменту, коли це стає проблемою.
У мене завантажений простий проект BlackBerry, і його використання зростає майже до 400 МБ, іноді вище. Чи можна щось зробити, щоб його збити?
Відповіді:
Eclipse 3.4 може споживати набагато більше пам'яті, ніж попередні версії, завдяки вбудованому модулю перевірки орфографії .
Ви можете вимкнути плагін, перейшовши до Вікна -> Налаштування -> Загальне -> Редактори -> Текстові редактори -> Орфографія та знявши прапорець біля заголовка «Увімкнути перевірку правопису».
Звичайно, поради, що пропонуються щодо використання більших розмірів купи та кращих збирачів сміття, також допоможуть вам.
Перевірка General -> Show heap statusдозволить це
в нижній панелі. Таким чином, ви можете вручну запустити збирач сміття, коли завгодно, натиснувши на смітник. Це не виправлення, більше схоже на обхідний шлях, але це допомогло значно зменшити використання моєї оперативної пам'яті / центрального процесора.
В Eclipse Luna 4.4.1 намагався скоротити використання моєї пам'яті в Eclipse. Мені вдалося поголити свою з 600мб на 300мб. Я зробив наступне:
Вимкнено плагіни, активовані під час запуску, якими я не користувався. Windows> Налаштування> Загальне> Запуск і вимкнення
Закриті проекти, над якими я тоді не працював.
Знайшов підказки / поради тут: http://blog.elijaa.org/2010/09/20/tricks-to-speed-up-eclipse-php-helios-pdt-2-2/
Хоча ви, мабуть, могли б повозитися з конфігурацією, видаляючи різні плагіни тощо, швидше за все, вигідніше придбати більше пам'яті. Скільки у вас зараз? Я вважав би машину для розробників з обсягом пам'яті менше 2 Гб специфікацією, і я підозрюю, що багато людей це подвоїть ...
Сучасним версіям Eclipse потрібно досить багато оперативної пам’яті, щоб зробити своє. Але все одно слід працювати досить швидко на будь-якій сучасній машині.
Якщо припустити, що у вас достатньо фізичної пам’яті (2 ГБ - це добре, якщо у вас не запущено багато інших процесів або ви не використовуєте RAD), див. Цю статтю про використання пам’яті Eclipse, щоб отримати кілька порад щодо налаштування параметрів. Двома найпоширенішими винуватцями є занадто низький рівень Xmx та / або MaxPermSize (за замовчуванням Xmx дорівнює 256M, а за замовчуванням MaxPermSize - 64M).
Ви змінюєте значення, передаючи аргументи командного рядка або налаштовуючи eclipse.ini у місці встановлення Eclipse.
У вас повинно вийти щось подібне:
...
-vmargs
-Xms128m
-Xmx1024m
-XX:MaxPermSize=128m
Вилучити +UseG1GCопцію з eclipse.ini. Звідси я читав, що він використовується лише для об'ємної пам'яті 6 Гб.
-XX:+useG1GCна, -XX:+UseSerialGCі проблема з пам'яттю зникла. Звучить як помилка в G1GC.
-XX:+UseSerialGCвирізання> 300мб. великі пальці вгору
Мій Eclipse займає понад 800 Мб резидента та 2 Гб віртуальної (можливо, її частина замінена). Java може бути свиною, це постійно надає Java поганої преси.
Однак є дещо, чого багато хто не знає: додатковий збирач сміття. -Xincgc
Побічним ефектом є те, що він час від часу передає системі пам’ять. За замовчуванням Java просто бере і бере, а коли їй більше не потрібна пам’ять, вона зберігає її для себе. Incgc - це інша стратегія, де стає більш розумним припустити, що пам'ять може бути повернута системі, не зазнаючи проблем. Однак це може вплинути на продуктивність.
Існує багато налаштувань збору сміття. Ви також можете мати кілька потоків, які обробляють GC. Паралельний GC робить це. Не впевнений, що той повертає пам’ять назад, не думайте так.
Якщо для вас є велика проблема 400 Мб оперативної пам'яті, можливо, ти захочеш спробувати іншу IDE. Eclipse зберігає багато державної інформації, частина якої або більша частина якої вам насправді не потрібна. Це вибір дизайну.
Зараз у мене відкритий один і той же проект як в Eclipse, так і в QtCreator: після чистої перебудови Eclipse використовує 156 Мб оперативної пам'яті, Qt Creator задоволений 66 Мб.
Ви можете спробувати 64-бітну версію Eclipse з 64-бітною версією JDK для Windows 7. Це обидва спричинило деякі дивні проблеми із стороннім фреймворком, з яким мені доводиться працювати. 32-розрядна версія JRockit (зараз безкоштовна) від Oracle, здається, швидша і трохи покращає пам’ять. Це мої налаштування 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
Я перейшов на 32-розрядний JRockit JDK, який здається трохи швидшим для Eclipse. Я вимикаю і не встановлюю більше, ніж мені потрібно. Для кожного окремого типу розробки додатків (Android, J2EE, просто Spring, ...) я маю різні установки Eclipse. Місце на жорсткому диску дешеве. Тоді я можу отримати лише потрібні плагіни для кожного з них. Я ніколи не хотів би завантажувати всі інструменти Android, якби я їх не використовував. STS також підходить лише для весняних речей, і я маю такий для роботи з OpenShift Cloud.