Eclipse Kepler зависает на 64-битной Ubuntu

Я только что обновил свою Ubuntu до 14.04 несколько дней назад и в процессе переключился с 32 на 64 бита. С тех пор Eclipse стала действительно нестабильной. После нескольких минут работы он начнет произвольно зависать на более длительные периоды времени, особенно при завершении кода (это уже было необходимо отключить), а также при вырезании / вставке, иногда при сохранении, а иногда без видимой причины в все. Во время зависаний он прокачивает оба процессора до 100%. Иногда он возвращается, как будто ничего не произошло, иногда он выдает ошибки о нехватке памяти, превышении времени ожидания или превышении накладных расходов GC.

Я уже увеличил его Xmx до 2 ГБ, как предлагалось в любом потоке, посвященном этой проблеме здесь, на SO, но это не помогло. На самом деле, ничего из предложенного в них нет.

Я использую Kepler с Nodeclipse, Android Developer Tools, Subversive и SQLExplorer. Точная настройка работала безупречно до обновления.

Кто-нибудь может подтвердить эту проблему или (надеюсь, умирает последним) предложить исправление? Если у кого-то еще есть это, я сообщу об ошибке.

ОБНОВИТЬ

Я скачал версию Eclipse для x86, а также 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-разрядная версия также работает более стабильно. Это на самом деле не имеет смысла для меня, но за последние несколько дней, это не замерзло ни разу. Кто-нибудь может подтвердить?

Не берите в голову ... это все еще делает это :(

Кроме того, для кого-то еще, у кого есть эта проблема, я был бы признателен, если бы вы могли опубликовать «я тоже» наотчет об ошибке на bugs.eclipse.org так как там до сих пор не было никакого внимания.

ОБНОВЛЕНИЕ 3

Еще несколько вещей, которые я попробовал без успеха:

добавленной-Dorg.eclipse.swt.browser.XULRunnerPath=/dev/null в eclipse.ini согласноhttps://bugs.eclipse.org/bugs/show_bug.cgi?id=404776#c22Перешли на разные темыПобежал с переменной средыGDK_NATIVE_WINDOWS=trueПобежал с переменной средыLIBOVERLAY_SCROLLBAR=0Отключена функция «отмечать события»

ОБНОВЛЕНИЕ 4, после долгого долгого времени

Видимо, это не ошибка в самом Eclipse, а в JSDT. Согласно сообщению об ошибке, это исправлено для версии 3.7, которую после установки нового Eclipse Mars я не могу подтвердить - это так же плохо, как и всегда. Но так как из-за какой-то другой ошибки новый Eclipse теперь постоянно загружает мой процессор на 100% (плохо для батареи, это ...), я решил отказаться от использования его для моих проектов JavaScript, по крайней мере, для в то время как.

Вопрос: Может ли кто-нибудь, страдающий от этой ошибки, подтвердить, что она исчезла с JSDT 3.7?

ОБНОВЛЕНИЕ 5, после долгого времени

Поскольку этот вопрос, видимо, продолжает посещаться людьми, я хочу дать последнее обновление. Ошибка наконец-то начала привлекать внимание некоторое время назад, однако первые два обновления не решили проблему для меня (и, видимо, для некоторых других людей). Поскольку Eclipse был полностью непригоден для разработки Javascript в его текущем состоянии, я, наконец, отказался от него. Тем не менее, люди все еще жалуются на это в отчете об ошибке, так что я предполагаю, что он все еще не исправлен. Я сейчас использую Sublime Text - довольно счастливо, но также с приступом грусти. Мне очень понравилось «Затмение». Если эта проблема когда-нибудь исчезнет, ​​я бы хотел услышать об этом.

Ответы на вопрос(4)

Ваш ответ на вопрос