Hohe Speicherauslastung durch Gradle Daemon

Question

Ich benutze Gradle 2.5, um ein Java-Projekt zu kompilieren, das aus 5 Modulen besteht. Um die Dinge zu beschleunigen, benutze ich auch den Gradle-Daemon. Während der Kompilierung werden jedoch bis zu 18 Instanzen des Gradle-Daemon ausgeführt. Nach Abschluss der Kompilierung sind immer noch 15 Instanzen des Dämons übrig. Der Daemons-Prozess benötigt ca. 600 MB RAM. Ist es normal, dass so viele Daemons im Hintergrund laufen oder der Gradle-Daemon falsch konfiguriert ist?

UPDATE: Mein Betriebssystem ist Debian Jessie. Java-Version ist Oracle Java 8.

Answer 1

Nach Antoniosss 'Rat kam ich in Kontakt mit einem Entwickler. Wie sich herausstellt, ist Gradle in der Tat ziemlich ressourcenhungrig. Selbst für eine einfache "Hello World" -Anwendung kann der Daemon sehr gut bis zu 150 MB und vielleicht sogar mehr verwenden. Es ist auch in Ordnung, dass mehrere Daemon-Threads gestartet werden, solange sie innerhalb derselben JVM ausgeführt werden. Es gibt nur eine begrenzte Kontrolle auf der Benutzerseite, um die Speichernutzung zu steuern/zu begrenzen. One GRADLE_OPTS Variable gesetzt, um könnten Xmx Optionen auf die JVM, zum Beispiel zu passieren, konnte ich mein Android-Projekt mit folgenden Einstellungen erstellen:

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

Die erste -Xmx Option für die Gradle eingestellt ist, dass Sie beginnen in CLI, der zweite (nach -Dorg.gradle.jvmargs) ist der -Xmx-Wert für den Gradle-Daemon.

Je weniger Speicher Sie Ihrer JVM zur Verfügung stellen, desto höher ist das Risiko, dass Ihr Build ausfällt - offensichtlich. Sie müssen diese Einstellungen möglicherweise anpassen, bis sie Ihren Anforderungen entsprechen.

Diese Einstellungen können auch in der Datei gradle.properties festgelegt werden.