Занимающее слишком много времени обновление Eclipse
Я делаю TDD на большом проекте Java в затмении и нахожу это срывом, потому что каждый раз я запускаю тест, я должен ожидать 30 секунд +, чтобы затмение скомпилировало и обновилось. Я оцениваю, что 80% + того времени потрачены, обновившись.
Существует ли способ, которым я могу решительно уменьшить объем обновления, это делает? Я посмотрел на сервер другие подобные вопросы, но я не видел ничего, что помогает.
Одним путем я уменьшил время обновления компиляции, должен был разделить модульные тесты и код в отдельные проекты. Существует 4 700 классов в src проекте и 300 в тестах. Я выполняю затмение 3.5.1 на Java 1.6.0_17-b04 (eclipse.vm). Мой компьютер выполняет Windows XP с 3,1 концертами применимого поршня. Единственный плагин, который я установил, является subclipse.
4 ответа
Оказалось, что в проекте были ошибки сборки, которые не влияли на тесты или код, над которым я работал, но тем не менее они были. Когда я устранил все ошибки сборки в рабочем пространстве eclipse, проблема с долгим обновлением исчезла. Это было проверено на eclipse 3.5 и 3.6.
Теперь я чувствую себя немного глупо :(, но из того, что я видел в профессиональном плане, есть много людей с затянувшимися проблемами сборки IDE.
Я значительно увеличил производительность Eclipse в 32-битной Windows, создав RAM-диск, используя часть памяти, не адресуемой ОС, как проиллюстрировано здесь .
Если у вас есть (или вы можете увеличить до) 4 ГБ оперативной памяти по сравнению с текущей версией 3.1, тот же подход, вероятно, вам поможет.
Это определенно может быть связано с памятью. См. один из:
Они оба дают хороший обзор по настройке памяти Eclipse, что, я думаю, по крайней мере, поможет в решении этой проблемы.
Взгляните на мой пост о параметрах eclipse.ini: Низкая скорость Eclipse IDE на Snow Leopard Macbook . Некоторые из них могут помочь вам, поскольку они могут настраивать параметры среды Eclipse (выделять больше памяти и т. Д.). Также подумайте о переносе рабочего пространства на более быстрый диск:)