para - Eclipse Kepler se congela en ubuntu de 64 bits
eclipse para ubuntu (4)
Tuve el mismo problema por unos días. Agregué la siguiente línea al final de eclipse.ini y la resolvió para mí:
-Dorg.eclipse.swt.browser.DefaultType=mozilla
Acabo de actualizar mi Ubuntu a 14.04 hace unos días y en el proceso cambié de 32 a 64 bits. Desde entonces, Eclipse se ha vuelto realmente inestable. Después de haber corrido durante unos minutos, comenzará a congelarse aleatoriamente por periodos de tiempo cada vez mayores, particularmente al completar el código (ya tuvo que desactivarlo), pero también al cortar / pegar, ocasionalmente al guardar, y a veces sin razón aparente en todas. Durante las congelaciones, bombea ambas CPU al 100%. A veces, luego vuelve como si nada hubiera sucedido, a veces arroja errores sobre la falta de memoria, el tiempo de espera o excede la sobrecarga del GC.
Ya he aumentado su Xmx a 2 GB como se sugiere en cualquier hilo que trate este tema aquí en SO, pero no ha ayudado. En realidad, ninguna de las cosas sugeridas en ellos tiene.
Estoy ejecutando Kepler con Nodeclipse, Android Developer Tools, Subversive y SQLExplorer. Esa configuración exacta funcionó perfectamente antes de la actualización.
¿Alguien puede confirmar este problema o (la esperanza muere al último) sugiere una solución? Si alguien más tiene esto también, archivaré un error.
ACTUALIZAR
He descargado una versión x86 de Eclipse, así como Oracle Java 8 y las librerías de las que se quejaba al iniciar, y esto ha demostrado ser mucho más estable. Todavía se congela en la asistencia de contenido, pero aparte de eso, parece estable hasta el momento. Entonces definitivamente debe haber algún tipo de problema con la versión de 64 bits.
Para resumir todo lo que ya se intentó y no es efectivo en este punto:
- Aumento de la memoria a 2GB a través de la configuración de Xmx en eclipse.ini
- Se agregó
-Dorg.eclipse.swt.browser.DefaultType=mozillaa eclipse.ini - Diferentes JVM: OpenJDK 7, Oracle Java 7 y 8
- Instalación nueva de Eclipse
He archivado un error en bugs.eclipse.org: informe de error
ACTUALIZACIÓN 2
Parece que desde que instalé la versión de Eclipse de 32 bits (que hace tiempo que eliminé), la versión de 64 bits también se está ejecutando de manera más estable. Esto realmente no tiene sentido para mí, pero en los últimos días, no se ha congelado una vez. ¿Alguien puede confirmar?
No importa ... todavía lo está haciendo :(
Además, para cualquier otra persona que tenga este problema, te agradecería que pudieras publicar "yo también" en el informe de errores en bugs.eclipse.org ya que no ha recibido atención hasta ahora.
ACTUALIZACIÓN 3
Algunas cosas más que he intentado sin éxito:
- Se agregó
-Dorg.eclipse.swt.browser.XULRunnerPath=/dev/nulla eclipse.ini según https://bugs.eclipse.org/bugs/show_bug.cgi?id=404776#c22 - Cambiado a diferentes temas
- Ran con la variable de entorno
GDK_NATIVE_WINDOWS=true - Funcionó con la variable de entorno
LIBOVERLAY_SCROLLBAR=0 - Función de "marcación de ocurrencias" desactivada
ACTUALIZACIÓN 4, después de un largo tiempo
Aparentemente, esto no es un error en Eclipse, sino en JSDT. Según el informe de errores, está corregido para la versión 3.7, que, después de una instalación del nuevo Eclipse Mars, no puedo confirmarlo, es tan malo como siempre. Pero dado que, de algún otro error, el nuevo Eclipse ahora está ejecutando constantemente mi CPU al 100% (malo para la duración de la batería, eso ...), he decidido alejarme de usarlo para mis proyectos de JavaScript, al menos para un mientras.
Pregunta: ¿Alguien que padece este error puede confirmar que desapareció con JSDT 3.7?
ACTUALIZACIÓN 5, después de un tiempo LONGLONGLONGLONG
Dado que esta pregunta aparentemente sigue siendo visitada por personas, quiero darles una actualización final. El error finalmente comenzó a llamar la atención hace un tiempo, sin embargo, las dos primeras actualizaciones no solucionaron el problema para mí (y aparentemente para otras personas). Como Eclipse era completamente inutilizable para el desarrollo de Javascript en su estado actual, finalmente me rendí. Sin embargo, la gente sigue quejándose de esto en el informe de errores, así que supongo que todavía no está solucionado. Ahora estoy usando Sublime Text, bastante feliz, pero también con una punzada de tristeza. Realmente me gustó Eclipse. Si este problema alguna vez se va para siempre, agradecería saberlo.
Actualizar
https://bugs.eclipse.org/bugs/show_bug.cgi?id=404776
Hay un par de soluciones en el hilo de comentarios. Siguiendo con el comentario 22, he agregado esto a mi eclipse.ini.
-Dorg.eclipse.swt.browser.UseWebKitGTK=true
-Dorg.eclipse.swt.browser.XULRunnerPath=/opt/xulrunner/1.8.0.1/xulrunner
Había instalado xulrunner en este directorio por alguna razón, no sé por qué exactamente esta versión.
Esto no es realmente una respuesta, pero necesito el espacio para pegar en los datos de la configuración de mi sistema. Solo para comparar, espero que ayude.
Tengo el mismo problema cuando trabajo en proyectos de PHP, y también me molesta: a veces eclipse 4.3 se bloquea en Ubuntu 14.04 de 64 bits cuando presiono la combinación de teclas para asistencia de contenido / autocompletado (Mayús + Espacio). Sucedió el 13.10 también.
No tengo idea de qué puede causar el error. Sin embargo, noté que mi sistema tiene muy poca memoria libre. Además, la variable JAVA_HOME apuntaba a una ruta más antigua del JRE.
Tal vez Alt-F2 y escribir la unidad: reemplazar y ayuda. Alternativamente, tal vez puedas enviar una señal HUP a com? Piz
Mi configuración de eclipse
(Inicio de Ayuda / Acerca de Eclipse / Detalles de instalación / Configuración del sistema:
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
Enfrenté el mismo problema y todavía lo enfrento. aunque la frecuencia se ha reducido un poco después de aumentar el tamaño de JVM en el archivo "eclipse.ini", simplemente cambie estas líneas:
-XX:MaxPermSize=256m
-Xms256m
-Xmx2048m
e inicie Eclipse desde la terminal: ~ / Desktop / eclipse $ ./eclipse
Disminuirá la frecuencia de congelación si no lo resuelve por completo. Espero eso ayude.
Tenía el mismo problema y el artículo de Lars lo resolvió por mí. Parece ser un problema con SWT y GTK3.