Alto uso de CPU de UEventObserver y inputmethod.latin (Nexus S)

He mantenido mi Google Nexus S actualizado con el último sistema operativo Android desde que lo tengo y siempre ha tenido problemas de rendimiento en diversos grados. Actualmente estoy ejecutando:

Android version: 4.1.2
Baseband version: I9023XXKI1
Kernel version: 3.0.31-g5894150
Build number: JZO54K
Uptime: 145:35:00

Actualmente el rendimiento es particularmente malo. La interfaz de usuario generalmente es muy lenta, las aplicaciones pueden tardar mucho en abrirse o cambiarse, en ocasiones la pantalla de inicio aparece vacía después de cambiar de una aplicación "grande" (por ejemplo, Bad Piggies o Chrome) casi como si el shell se hubiera bloqueado y reiniciado. El rendimiento parece deteriorarse cuanto más tiempo ha estado el teléfono sin reiniciar. Hay un error en el que el teléfono cree que todavía se está cargando después de desconectarlo. No estoy seguro de si esto está asociado con el problema de rendimiento.

Probé varias aplicaciones de monitoreo de rendimiento, pero ninguna me dijo nada útil. Finalmente instalé un emulador de terminal y ejecuté la parte superior de confianza. Aquí están los resultados:

arriba

Estos dos subprocesos: com.google.android.inputmethod.latin y UEventObserver, parecen estar usando constantemente una CPU alta. Parece que UEventObserver usa hasta un 40-50%. Con respecto a inputmethod.latin, supongo que esto está relacionado con el teclado, pero solo estoy usando el teclado estándar de Android, por lo que el alto uso de la CPU es inexplicable.

¿Alguna teoría sobre lo que está pasando?

¿Cómo puedo arreglar estos dos hilos que están acaparando la CPU?

¿Has mirado en XDA ?
Como cuestión de interés, está utilizando Android Terminal Emulator, ¿verdad? ¿Posiblemente eso incluso?
He buscado un poco en Google, pero nada parece surgir con las búsquedas específicas de los nombres de los hilos. Sí, creo que es un emulador de terminal de Android.
¿Cuál es el tiempo de actividad en ese nexus s? ¿Es posible que te hayas topado con un fallo del kernel? En resumen, no puede " arreglar estos dos subprocesos que están acaparando la CPU ", el binder_X que veo allí, algún servicio debe haber muerto y terminó en un ciclo de repetición de reinicio...
Podría ayudar incluir un logcat de lo que está pasando... :)
Tiempo de actividad agregado. Investigando 'logcat'...

Respuestas (1)

Puede verificar "adb shell getevent" para ver qué eventos se producen en el momento de esta alta CPU. Eso puede ayudar.