stop how commands actualizar java gradle gradle-daemon

java - how - install gradle windows



Alto uso de memoria por el demonio gradle (1)

Siguiendo los consejos de Antoniossss, me puse en contacto con un desarrollador. Resulta que, Gradle, de hecho, está bastante hambriento de recursos. Incluso para una aplicación simple "Hello World", el demonio podría usar muy bien hasta 150 MB y tal vez incluso más. También está bien que se inicien múltiples hilos de daemon, siempre que se ejecuten dentro de la misma JVM. Solo hay un control limitado del lado del usuario para controlar / limitar el uso de la memoria. Uno podría establecer la variable GRADLE_OPTS para pasar las opciones de Xmx a la JVM, por ejemplo, logré compilar mi proyecto de Android con la siguiente configuración:

$ export GRADLE_OPTS="-Xmx64m -Dorg.gradle.jvmargs=''-Xmx256m -XX:MaxPermSize=64m''"

La primera opción -Xmx se establece para el Gradle que comienza en CLI, la segunda (después de -Dorg.gradle.jvmargs) es el valor de -Xmx para el Daemon de Gradle.

Cuanto menos memoria permita para su JVM, mayor será el riesgo de que falle su compilación, obviamente. Por lo tanto, es posible que tenga que ajustar esas configuraciones hasta que se ajusten a sus propósitos.

Esos ajustes también se pueden establecer en el archivo gradle.properties.

Estoy usando Gradle 2.5 para compilar un proyecto Java que consta de 5 módulos. Para acelerar las cosas también uso el daemon de gradle. Sin embargo, durante la compilación hay hasta 18 instancias de gradle-daemon en ejecución. Una vez que finaliza la compilación, quedan 15 instancias del daemon. El proceso de los demonios consume alrededor de 600 MB de RAM. ¿Es normal tener tantos demonios ejecutándose en segundo plano o el daemon gradle está mal configurado?

ACTUALIZACIÓN: Mi sistema operativo es Debian Jessie. La versión de Java es Oracle Java 8.