Запуск много тестов заставляет Eclipse замораживаться, продолжать замораживание и т. Д.

Question

Я заметил, что выполнение больших тестовых наборов Junit 3.x приводит к тому, что Eclipse дерутся и блокируются. Даже когда я выделяю много кучи и perm gen (1200 м и 400 м), он гудит вдоль, а затем просто замерзает, а затем продолжает, занимая довольно много времени. Если я запускаю тесты небольшими партиями, тогда все довольно быстро, и замораживание в значительной степени никогда не произойдет.

Я проверил использование памяти в то время как тесты работать, и они не когда вблизи максимума для любой заданной максимальной кучи или химической завивки, так что те не должно быть проблемой ...

Кто-нибудь есть советы по как обойти это.

Answer 1

Не разрешено комментировать и, следовательно, добавление его здесь .. вы проверили память, поэтому этот вариант закрыт

Несколько других вещей, чтобы попробовать:

Я не уверен, если вы пробовали играть с опции fork на junit.

Пересоздание целевых классов снова и снова? Можете ли вы посмотреть целевую папку?

Вы пытались воссоздать рабочее пространство? Просто предлагаю это, потому что вы, похоже, рассмотрели основные проблемы: память, каротаж и т. Д.

Answer 2

Возможно, это уже было что-то, что вы пробовали, но ... если вы используете свои модульные тесты как «JUnit plug-in tests». .. то ваши настройки для Xmx и MaxPermSize в eclispe.ini бесполезны.

Настройки eclipse.ini позволяют изменять настройки для текущего Eclipse. Любой экземпляр Eclipse, созданный из этого Eclipse, по-прежнему будет иметь настройки по умолчанию (что-то вроде Xms40m и Xmx512m). Вы также должны изменить их.

Откройте конфигурацию запуска, которую вы используете для своих тестов («Выполнить> Запустить конфигурации ...», выберите ту, которую вы используете для запуска модульных тестов) и перейдите на вкладку «Аргументы». Там, в текстовой области «Аргументы VM», введите новые параметры памяти, как в файле eclipse.ini (я использую -Xms256m -Xmx1536m -XX:MaxPermSize=256m для самых дорогих наборов тестов ... но вам может понадобиться больше).

Основная проблема, хотя, возможно, заключается в попытке исправить потенциальные утечки памяти ваших модульных тестов. Вы уверены, что у вас больше нет разгрузки/освобождения памяти/... в tearDown()? Выполнение тестов при профилировании может помочь (мы используем профилировщик Mykit java для этой цели, где я работаю ... но это не бесплатно. JConsole может вам помочь, см. Также http://java.sun.com/developer/technicalArticles/J2SE/jconsole.html).

Answer 3

В вашей программе может быть какая-то утечка памяти, которая появляется только в том случае, если вы запускаете все тесты. Вы не упомянули, если у вас возникают те же проблемы, если вы запускаете свои тесты извне.

Я бы рекомендовал запустить какой-то анализатор памяти во время замораживания. Что-то вроде MAT http://www.eclipse.org/mat/ помогло мне в прошлом. Вы также можете попробовать запустить несколько сеансов jstack, чтобы получить представление о том, что происходит с течением времени.