Я только что обновил Ubuntu до 14.04 несколько дней назад и в процессе переключил с 32 до 64 бит. С тех пор Eclipse стал действительно неустойчивым. После запуска в течение нескольких минут он начнет беспорядочно замораживаться в течение более длительного и продолжительного периода времени, особенно при завершении кода (уже пришлось отключить это), но также при вырезании/склеивании, иногда при сохранении, а иногда и без видимых причин при все. Во время зависания он нагнетает оба процессора на 100%. Иногда он возвращается, как будто ничего не случилось, иногда оно выдает ошибки из-за нехватки памяти, времени или превышения накладных расходов на GC.
Я уже увеличил свой Xmx до 2 ГБ, как было предложено в любом потоке, посвященном этой проблеме здесь, на SO, но это не помогло. На самом деле, ни одна из предложенных в них вещей не имеет.
Я запускаю Kepler с Nodeclipse, Android Developer Tools, Subversive и SQLExplorer. Эта точная настройка работала безупречно до обновления.
Может ли кто-нибудь подтвердить эту проблему или (надеюсь, что последние умирают) предложить исправить? Если у кого-то еще есть это, я напишу ошибку.
UPDATE
Я загрузил x86-версию Eclipse, а также Oracle Java 8 и любые отсутствующие библиотеки, с которыми она жаловалась при запуске, и это оказалось намного более стабильным. Он по-прежнему замораживает контентную помощь, но, кроме этого, пока выглядит стабильным. Таким образом, это определенно будет проблемой для 64-разрядной версии.
Подводя итог всем вещам, которые уже были опробованы и неэффективны на данный момент:
- Увеличена память до 2 ГБ с помощью настройки Xmx в eclipse.ini
- Добавлен
-Dorg.eclipse.swt.browser.DefaultType=mozilla
в eclipse.ini - Различные JVM: OpenJDK 7, Oracle Java 7 и 8
- Свежая установка Eclipse
Теперь я зарегистрировал ошибку на bugs.eclipse.org: отчет об ошибке
ОБНОВЛЕНИЕ 2
Кажется, что с момента установки 32-разрядной версии Eclipse (которую я уже давно удалил), 64-разрядная версия также работает более стабильно. Это не имеет для меня никакого смысла, но за последние несколько дней он не застыл один раз. Может ли кто-нибудь подтвердить?Забастовкa >
Не обращайте внимания... он все еще делает это: (
Кроме того, для тех, у кого есть эта проблема, я был бы признателен, если бы вы могли опубликовать "меня тоже" в отчете об ошибке bugs.eclipse. org, поскольку он до сих пор не обратил на это внимания.
ОБНОВЛЕНИЕ 3
Еще несколько вещей, которые я пробовал без успеха:
- Добавлен
-Dorg.eclipse.swt.browser.XULRunnerPath=/dev/null
в eclipse.ini по https://bugs.eclipse.org/bugs/show_bug.cgi?id=404776#c22 - Переключение на разные темы
- Ran с переменной окружения
GDK_NATIVE_WINDOWS=true
- Ran с переменной окружения
LIBOVERLAY_SCROLLBAR=0
- Отключена функция "отмеченные метки"
ОБНОВЛЕНИЕ 4, после долгого долгого времени
По-видимому, это не ошибка в самом Eclipse, а в JSDT. Согласно отчету об ошибке, он исправил версию 3.7, которая после установки нового Eclipse Mars не может подтвердить - это так же плохо, как и раньше. Но поскольку из какой-то другой ошибки новый Eclipse теперь постоянно работает на моем процессоре со 100% (плохой срок службы батареи, что...), я решил отказаться от использования его для моих проектов JavaScript, по крайней мере, для в то время как.
Вопрос: Может ли кто-либо, страдающий от этой ошибки, подтвердить, что он исчез с JSDT 3.7?
ОБНОВЛЕНИЕ 5, после времени LONGLONGLONGLONG
Поскольку этот вопрос, по-видимому, продолжает посещать люди, которых я хочу дать окончательное обновление. Ошибка наконец-то привлекла внимание некоторое время назад, первые два обновления, однако, не исправили проблему для меня (и, видимо, некоторых других людей). Поскольку Eclipse был полностью непригодным для разработки Javascript в его текущем состоянии, я, наконец, отказался от него. Тем не менее, люди все еще жалуются на это в отчете об ошибках, поэтому я предполагаю, что он все еще не исправлен. Теперь я использую Sublime Text - довольно счастливо, но также с грустью печали. Мне очень понравилось Eclipse. Если этот вопрос когда-нибудь уйдет навсегда, я был бы признателен за это.