Подтвердить что ты не робот

Eclipse Kepler зависает на 64-разрядном ubuntu

Я только что обновил 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. Если этот вопрос когда-нибудь уйдет навсегда, я был бы признателен за это.

4b9b3361

Ответ 1

Была та же проблема в течение нескольких дней. Добавлена ​​следующая строка в конце eclipse.ini, и она решила для меня:

-Dorg.eclipse.swt.browser.DefaultType=mozilla

Ответ 2

Была та же проблема, и статья Ларса разрешила это для меня. Кажется, это проблема с SWT и GTK3.

Ответ 3

Я столкнулся с той же проблемой и все еще сталкиваюсь с этим. хотя частота несколько уменьшилась после того, как я увеличил размер JVM в файле "eclipse.ini", просто измените эти строки:

-XX:MaxPermSize=256m
-Xms256m
-Xmx2048m

и запустите Eclipse с терминала : ~/Desktop/eclipse $./eclipse

Это уменьшит frquency замораживания, если не решит его полностью. Надеюсь, что это поможет.

Ответ 4

Обновить

https://bugs.eclipse.org/bugs/show_bug.cgi?id=404776

В комментариях есть несколько обходных решений. Пользуясь комментарием 22, я добавил это в свой eclipse.ini.

-Dorg.eclipse.swt.browser.UseWebKitGTK=true
-Dorg.eclipse.swt.browser.XULRunnerPath=/opt/xulrunner/1.8.0.1/xulrunner

Я установил xulrunner в этот каталог по какой-то причине, не знаю, почему именно эта версия.


На самом деле это не ответ, но мне нужно пространство для вставки в данные моей конфигурации системы. Просто для сравнения, надеюсь, что это поможет.

У меня такая же проблема, когда я работаю над PHP-проектами, и это тоже меня раздражает: иногда eclipse 4.3 падает на Ubuntu 14.04 64-бит, когда я нажимаю комбинацию клавиш для поддержки контента/автозаполнения (Shift + Space). Также произошло 13.10.

Я не знаю, что migtht вызывает ошибку. Однако я заметил, что у моей системы очень мало свободной памяти. Кроме того, переменная JAVA_HOME указала на более старый путь JRE.

Возможно, Alt-F2 и типизация единства - замените и помогите. Альтернативно, возможно, вы можете отправить сигнал HUP на com? Piz

Конфигурация eclipse

(начало справки/О Eclipse/Сведения об установке/Конфигурация системы:

 eclipse.buildId=4.3.2.M20140221-1700
eclipse.commands=-os
linux
-ws
gtk
-arch
x86_64
-showsplash
/opt/eclipse/eclipse43jee//plugins/org.eclipse.platform_4.3.2.v20140221-1700/splash.bmp
-launcher
/opt/eclipse/eclipse43jee/eclipse
-name
Eclipse
--launcher.library
/opt/eclipse/eclipse43jee//plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.1.200.v20140116-2212/eclipse_1508.so
-startup
/opt/eclipse/eclipse43jee//plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
--launcher.appendVmargs
-exitdata
e5000d
-product
org.eclipse.epp.package.jee.product
-vm
/usr/lib/jvm/java-6-openjdk-amd64/jre/bin/java
eclipse.home.location=file:/opt/eclipse/eclipse43jee/
eclipse.launcher=/opt/eclipse/eclipse43jee/eclipse
eclipse.launcher.name=Eclipse
[email protected]/../p2/
eclipse.p2.profile=epp.package.jee
eclipse.product=org.eclipse.epp.package.jee.product
eclipse.startTime=1398324869065
eclipse.vm=/usr/lib/jvm/java-6-openjdk-amd64/jre/bin/java
eclipse.vmargs=-Djava.library.path=/usr/lib/x86_64-linux-gnu/jni
-Dhelp.lucene.tokenizer=standard
-Dosgi.requiredJavaVersion=1.6
-XX:MaxPermSize=256m
-Xms40m
-Xmx3072m
-jar
/opt/eclipse/eclipse43jee//plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
equinox.use.ds=true
file.encoding=UTF-8
file.encoding.pkg=sun.io
file.separator=/
gosh.args=--nointeractive
help.lucene.tokenizer=standard
http.nonProxyHosts=
http.proxyHost=127.0.0.1
http.proxyPort=8118
http.proxySet=true
java.awt.graphicsenv=sun.awt.X11GraphicsEnvironment
java.awt.printerjob=sun.print.PSPrinterJob
java.class.path=/opt/eclipse/eclipse43jee//plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
java.class.version=50.0
java.endorsed.dirs=/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/endorsed
java.ext.dirs=/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/ext:/usr/java/packages/lib/ext
java.home=/usr/lib/jvm/java-6-openjdk-amd64/jre
java.io.tmpdir=/tmp
java.library.path=/usr/lib/x86_64-linux-gnu/jni
java.runtime.name=OpenJDK Runtime Environment
java.runtime.version=1.6.0_31-b31