son - ver aplicaciones en ejecucion android 7

Estudio de Android con> 100% de CPU en todo momento, no parece que se estén ejecutando procesos en segundo plano

Question

Me he dado cuenta de que Android Studio (cuando se ejecuta) usa una CPU superior al 100% en todo momento, incluso cuando parece que no hay procesos en segundo plano que ejecute el IDE (indexación, etc.). Podría sospechar que esto era algo específico de mi caja, pero algunos desarrolladores compañeros también se están encontrando con esto.

Muchas veces el uso de la CPU está entre los 100 o mediados de los 200 (ver capturas de pantalla a continuación). ¿Alguien ha encontrado esto también? Si es así, ¿existen estrategias u opciones dentro del IDE para corregir este uso intensivo de los recursos del sistema?

Answer 1

Curiosamente, para mí esto parecía tener algo que ver con la integración del control de versiones.

Lo arreglé volviendo a cargar mi proyecto de estudio de Android y cuando me preguntaron sobre el cableado de mis enlaces de CVS (no recuerdo la redacción exacta), simplemente dije "Ignorar". Después de eso, se ejecutó sin problemas sin necesidad de extraer la CPU

Answer 2

Dejé abierta esta pregunta por un tiempo ya que los compañeros de trabajo y los carteles aquí han encontrado valor en diversas soluciones a lo largo del tiempo. Por mi parte, la simple actualización de Android Studio resolvió el problema (después de varios meses en los que ninguna de las soluciones de este documento me funcionó).

Answer 3

En Android Studio 2.3, esto sucede cuando la ventana "Android Monitor" está abierta (la ventana muestra mensajes de Logcat desde dispositivos y emuladores), y luego presiona Ctrl + F ( Cmd + F en la Mac) para revelar la búsqueda ''Buscar'' barra dentro de esta ventana .

También puede suceder cuando conecta un teléfono Samsung a su computadora a través de USB, que tiene habilitado el Modo desarrollador, porque los teléfonos Samsung generalmente envían grandes cantidades de texto de depuración a Logcat cada segundo, incluso si la ventana de Logcat está cerrada.

Entonces, las soluciones para evitar el uso de CPU al 100% son:

Desactive la barra Buscar búsqueda u oculte la ventana por completo.

o

Desconecte un teléfono Samsung que está enviando muchos mensajes de depuración.

o

Actualiza a Android Studio 3, donde este error no ocurre.

Answer 4

En Windows reduje la prioridad del proceso studio64.exe y establecí la afinidad del proceso en la mitad de los núcleos. Abra el Administrador de tareas, haga clic en la pestaña Procesos, haga clic derecho en process studio64.exe y lo verá en el menú.

Answer 5

En mi caso, tengo la carpeta white-listed Android-Studio en "Eset Smart Security" y el problema está resuelto.

¡espero que esto ayude!

Editar:

Desactivar HIPS en Eset settings también fue útil en mi situación.

Answer 6

Encendí el ahorro de energía en Android Studio 1.0, pero me ayudó a desactivar tantas funciones que Android Studio tiene para ofrecer. Por lo tanto, busqué una solución mejor, siempre tuve un cuadro de diálogo emergente y me pedía que aumentara el tamaño de mi máquina virtual. Aparentemente una vez que aumente esto, puedo desactivar el ahorro de energía y hacer que mi Android Studio funcione perfectamente.

Así es como hacerlo: en Mac OS, vaya a /Applications/Android/ Studio.app/Contents/bin/studio.vmoptions (Para abrir contenidos, haga clic con el botón /Applications/Android/ Studio.app/Contents/bin/studio.vmoptions en la aplicación Android Studio> Ver contenidos) Encontrará las siguientes variables

-Xms128m
-Xmx4096m
-XX:MaxPermSize=1024m
-XX:ReservedCodeCacheSize=200m
-XX:+UseCompressedOops

En Windows, vaya a Variables de entorno y busque una Variable de sistema llamada _JAVA_OPTIONS

Aumenta estas cifras en consecuencia.

• Xmx especifica el grupo de asignación máxima de memoria para una máquina virtual Java (JVM).
• Xms especifica el grupo de asignación de memoria inicial.

es decir, su JVM se iniciará con la cantidad de memoria Xms y podrá usar un máximo de Xmx de memoria.

Answer 7

Encontré un uso constante de alta CPU sin razón aparente. La invalidación de la memoria caché no funcionó ni tampoco el modo de ahorro de energía.

En mi caso, había algo mal en el directorio ''.git'' que estaba causando que android studio fallara en un bucle sin fin. Verificando el repo de nuevo corrigió el problema.

Mi consejo es que consultes los registros de estudio de Android para encontrar pistas sobre lo que está causando su falla. También puede iniciarlo desde el terminal y verificar la salida de Stdout / Stderr.

Answer 8

Gracias a Buzzrick (respondido en esta página, probablemente por encima de mi respuesta), mencionó sobre CVS. Desactivar todas las operaciones en segundo plano de VCS parecía tener un GRAN impacto hacia el alto uso de la CPU: era del 150% y ahora es del 20%, más o menos.

Estoy en OS X

Vaya a: Preferencias> Control de versiones> Fondo. Ahora enumerados en ''Operaciones en segundo plano'' son 6 opciones. Inhabilité las primeras tres opciones que son:

Realice la actualización en VCS en segundo plano, Realice la confirmación de VCS en segundo plano, Realice el pago a VCS en segundo plano.

Answer 9

Probé el siguiente procedimiento y Android Studio en mi Surface Pro 3 aceleró por una cantidad insana:

1. Reduce la amount y la memory de los Android Virtual Devices que tienes.
2. Invalidate Caches/Restart
3. Ir al modo de Power Save
4. Cierre todos unnecessary files that are opened .
5. Reduzca su VM Heap Size a alrededor de 256 .

Answer 10

Puede considerar ir a Archivo> Invalidar cachés / reiniciar Su caché podría estar dando inicio a algo funky en el fondo

Answer 11

Puede probar las siguientes opciones en el menú Archivo:

1. Menú Archivo -> Invalidar caché / reiniciar ... -> Invalidar y reiniciar
2. Active el Modo de ahorro de energía haciendo clic en Archivo -> Modo de ahorro de energía

El modo de ahorro de energía solo deshabilita las estadísticas y las tareas en segundo plano.

Answer 12

Tenía exactamente el mismo problema en Linux. Resuelto al aumentar el tamaño de la memoria.

Comencé por buscar en la top -p <android studio pid> -H que muestra qué hilos están usando la mayor parte de la CPU, para mí hay tres hilos: 94232,94233,94234. Luego hago un jstack <pid> para obtener el volcado de pila de android studio, y busco 0x17018 (= 94232), resulta ser "Gang worker#0 (Parallel CMD Threads)" . Los tres. aparentemente, JVM está demasiado ocupado haciendo GC todo el tiempo.

También abrí jconsole contra mi proceso de estudio de Android y muestra el tiempo de GC " 20 minutes ". (en la parte inferior de la pestaña de la memoria)

La solución es cambiar studio.vmoptions (o studio64.vmoptions en mi caso), para aumentar el valor -Xmx valores predeterminados de 750m a 1500m. Es suficiente para mí. si tiene demasiada memoria, configure 2g o 4g o 16g.