Por qué el complemento Eclipse + ADT mantiene la CPU al 100%

El segundo que abro el archivo layout.xml desde una simple aplicación de esqueleto en el plugin de ejemplo Eclipse, el uso de la CPU bloquea hasta un 25% IE. 1 núcleo completo y ha estado así durante los últimos 30 minutos. Quería dejarlo correr más tiempo porque pensé que funcionaba de fondo, pero sigue haciéndolo.Por qué el complemento Eclipse + ADT mantiene la CPU al 100%

He probado esto en 2computers hasta el momento y la configuración es instalar el SDK de Android, instale Eclipse IDE para desarrolladores de Java, instalar ADT plugin: http://dl-ssl.google.com/android/eclipse/ nuevo proyecto abierto, seleccione un proyecto esqueleto para Android 2.3.3 y acaba de abrir la actividad esqueleto de diseño y tal vez cambiar a Android 2.3.3 en la esquina superior derecha y tal vez configurar para theme.black.noTitleBar.Fullscreen.

Y ahora su procesador debería estar alcanzando el 100% (en un núcleo) y debería estar bloqueado así a partir de ahora.

¿Hay alguna solución a este problema, porque en casa solo tengo 1 núcleo y no puedo trabajar en nada?

¿Alguien tiene alguna pista de por qué sucede esto? http://my.jetscreenshot.com/demo/20110517-gbr8-201kb

Fuente

2011-05-17 Bojan Jovanovic

Tengo exactamente el mismo problema. En mi configuración dual core, Eclipse empuja uno de los núcleos al 100% y nunca lo libera. Mi versión de eclipse es 3.6.2 con la última versión de Android SDK instalada. Traté de cerrar el proyecto pero Eclipse aún permanece al 100%. Solo reiniciar Eclipse ayuda. –

Estoy viendo el mismo problema, así que archivé un informe de error en http://code.google.com/p/android/issues/detail?id=18865.

El equipo de Android ahora ha lanzado una solución y funciona para mí. Debe actualizar a la última revisión de cada módulo de SDK que descargó a través de la herramienta de Android. La última versión de ADT también tiene una cantidad fija para problemas de larga data.

Fuente

2011-07-27 20:11:52 Fasaxc

inicio Eclipse con -Dcom.sun.management.jmxremote (ponerlo en eclipse.ini o iniciar eclipse.exe con esta opción).

Cuando se ejecuta Eclipse, inicie jconsole y mire en el volcado de hilo para ver qué hilo acapara la CPU. Es el que no es WAITING. Presente un informe de error.

Fuente

2011-05-17 14:08:44

Hay como 10 de ellos en estado "RUNNABLE" No puedo averiguar qué hilo está acaparando la CPU –

Probablemente todos o algunos de ellos. Actualice la vista para ver si algunos de ellos abandonan la lista. También verifica los vestigios de la pila para ver qué hacen. Eso podría darte una pista. ¿Estás en Windows 7? –

He intentado ambos entornos, Windows 7 64bit y XP 32bit, ambos entornos producen el mismo problema. –

que tenían el mismo problema y se resolvió con sólo mover mi espacio de trabajo para C:/workspace en lugar de Win 7 Libraries.

Fuente

2011-08-07 12:25:22 Eugene

No puedo responder "Por qué" esto sucede. Pero puedo decir qué lo arregla.

Me encontré con esto en Ubuntu 12.04 64 bit. Tenía 100% de CPU y eclipse bloqueados cuando cambié a la vista de depuración - Eclipse no se podía usar y tuve que matarlo. He encontrado el siguiente informe de error

https://code.google.com/p/android/issues/detail?id=34641

Siguiendo los comentarios allí, intenté

cd /usr/lib/x86_64-linux-gnu/gtk-2.0/modules mv libgail.so libgail.so.moved

Eclipse no se colgó (no 100% de la CPU) cuando cambié a la vista de depuración.

Fuente

2014-01-28 10:20:46 Hari

Creo que esto hizo que mi situación fuera más llevadera. Aunque todavía el proceso de construcción consume demasiado 350% de cpu (para 4 núcleos), la construcción misma termina por fin, al menos. – shr

Por qué el complemento Eclipse + ADT mantiene la CPU al 100%

Respuesta

Cuestiones relacionadas