Gradle Build running ... endlos

Hallo,
seit ich mein altes Android Studio deinstalliert und das neue (AS Version 3.1.1) installiert habe gibt es Probleme mit Gradle. Ich komme kaum noch zum Programmcode weil ich mich vorwiegend mit Gradle ärgern muß.
- ich starte ein vorhandenes Projekt
- Gradle sync läuft erfolgreich
- nun starte ich die App (Run) und Gradle ist erfolgreich
- geringfügige Änderung im Code (Toast-String): erfolgreich
- erneute geringfügige Code-Änderung und App-Start:
Gradle Build läuft und läuft ...., Abbruch nach ca. 5 Minuten

Bei einem der Versuche meldete sich Gradle wie folgt:
Timeout waiting to lock file hash cache (C:\Users\Ad.gradle\caches\4.4\fileHashes). It is currently in use by another Gradle instance.
Owner PID: 10824
Our PID: 11356
Owner Operation:
Our operation:
Lock file: C:\Users\Ad.gradle\caches\4.4\fileHashes\fileHashes.lock

Hier ein Protokollteil:
Build-Fenster:
Starting Gradle Daemon
Run build ...
Load build
Configure build
Run tasks

 Build running...
  Run build ...
   Load build
   Configure build
   Calculate task graph
   Run tasks
   Java compiler ...

 Build running...
  Run build ...
   Load build
   Configure build
   Calculate task graph
   Run tasks

* Abbruch nach 5 Minuten
**Event-Log Fenster:
20.04.2018
14:39 Gradle sync started
14:41 Project setup started
14:41 Gradle sync finished in 2m 22s 370ms
14:41 Executing tasks: [:app:generateDebugSources]
14:42 Gradle build finished in 35s 650ms

14:43 * daemon not running; starting now at tcp:5037
14:43 * daemon started successfully
14:43 Executing tasks: [:app:assembleDebug]
14:44 Gradle build finished in 15s 201ms

14:45 Executing tasks: [:app:assembleDebug]
**Abbruch
**fileHashes.lock 14:40

Gradle scheint auf irgendetwas zu warten (siehe lock-File). Bisher habe ich dann immer AS abgebrochen (nur mit TaskManager möglich), neu gebootet und ggf. das Lock-File gelöscht (war ebenfalls nur nach Neu-Booten möglich).
Ein "Invalide Cashes / Restart" ist auch keine Lösung, da ich dann ja bei jedem Testlauf auch einen Neustart machen müßte.

Bitte um Hilfe !

Dank für Eure Beiträge. Aber das bringt mir nichts.
Bei mir tritt das Phänomen nicht ab und zu sondern regelmäßig auf und jedesmal den PC neu starten mache ich ja jetzt schon. Das ist jedoch keine Lösung.
Den Virenscanner ausschalten ist natürlich auch keine Lösung. Bei meinem alten AS gab es dieses Problem mit Gradle nicht. Dessen aktuelle Version ist einfach schlecht programmiert. Gradle soll die App zusammenbauen und ggf. den Anwender verständlich über Probleme informieren und nicht endlos auf ein Ereignis (andere Task) warten.

Gruß Wicki

Ich habe immer noch das Problem, dass Gradle zeitweise endlos läuft. Hier der Ablauf:
- Android Studio deinstalliert gemäß uninstall/install
danach gelöscht in /Users/myaccount/
.android, .gradle, .AndroidStudio, AppData/Roaming/JetBrains
gelöscht /Program Files/Android
nicht gelöscht SDK
- Neu installiert Android Studio Version 3.1.2
- Problem:
altes Projekt neu angelegt -> kleine Modifikation (Toast-String) -> Run -> läuft
erneute Modifikation:
Gradle Build Running kommt nicht zum Ende, Abbruch nur durch Neustart des PC
Das passierte mir bei 2 alten Projekten: jeweils im 2. Änderungsdurchlauf.
Verdacht: C:\Users\Ad\.gradle\caches\4.4\fileHashes\fileHashes.lock
Die Bedeutung dieses und anderer lock-Files kenne ich nicht.
Dieses Lock-file hatte noch die Uhrzeit vom 1. Durchlauf

• Gerät: Samsung GALAXY S III mini (GT-I8190)

Bitte um Hilfe !
Gruß Wicki

Dank für Eure Hinweise.
Das Problem tritt ja nicht nur beim 1. Build nach der Neuinstallation auf sondern bei allen bisher getesteten Projekten auch im Wiederholungsfall.
Maschine ist ein Acer-Laptop mit 450 GB, Virenscanner Avira (dessen Echtzeitschutz habe ich ausgeschaltet aber ohne Ergebnis).
Ich habe nun verschiedenes probiert, habe die Ursache nicht gefunden aber einen workaround, der zumindest jetzt erstmal bei einem SQLite-Projekt wie folgt wirkt:
- Start AS mit diesem Projekt
Sync okay -> Run -> apk wird gebildet (normale Dauer) und läuft
- nächste Veränderung angebracht -> File -> ... -> just restart (oder AS beenden und manuell neu starten).
- Run -> Gradle läuft normal und geänderte apk läuft

Ich mache also nach jedem Änderungslauf einen Restart des AS. Das dauert dann ca. 3 Minuten bis zum Run.
Es wäre schön wenn ich auch noch diesen Restart vermeiden könnte, doch leider tritt ab dem 2. Änderungslauf das Probem wieder auf. AS scheint beim Restart wieder einen Anfangszustand herzustellen, der dieses Warten von Gradle auf ein Ereignis, das offensichtlich nicht eintritt, ausschaltet.

Gruß Wicki

Hallo swa00 !
mein Laptop: 4 GB RAM
Gesamtauslastung beim Build: max. 75%
keine SSD

Von daher kann offensichtlich das Problem nicht kommen.
Bei der ursprünglichen AS-Version gab es dieses Problem nicht und die Gradle Build-Zeiten waren ganz normal.
Außerdem tritt das Problem ja beim 1. Änderungsdurchlauf nicht auf (ganz normale Gradle Build-Zeiten). Warum sollte das bei einem Folgedurchlauf mit minimalster Änderung (Änderung eines Zeichens in einem Toast-String) anders sein ?

Ich werde wohl oder übel mit dem beschriebenen workaround auskommen müssen.

Gruß Wicki

Microsoft® Windows® 7/8/10 (32- or 64-bit)
3 GB RAM minimum, 8 GB RAM recommended; plus 1 GB for the Android Emulator

Bitte beachte : FREIE 3 GB, nicht die vom Laptop !

Du zeigst mir Daten für Windows 8 und dann "nicht vom Laptop". Meines Wissens läuft Windows 8 nicht auf dem Smartphone sondern auf dem Laptop. Dort wird ja die APK gebildet und dann auf das Gerät übertragen.
Außerdem gehst Du nicht auf das eigentliche Problem (Gradle-Probleme nicht im 1. Durchlauf sondern nur in einem Folgedurchlauf) ein. Im 1. Durchlauf gibt es ja offensichtlich keine RAM-Probleme.

Kann es sein, dass Du Dich vielleicht ab und zu etwas ungenau ausdrückst ? Welchen RAM zum Beispiel Du meinst.

Wenn beim Build maximal 75 % vom Laptop-RAM belegt sind, dann sind in meinem Falle noch 1 GB frei. Wieso soll es dann an ungenügendem RAM liegen ?
Es kann doch nicht sein dass AS für eine poplige Änderung 3 GB freien RAM braucht !

Toll dieses AS. Es bietet und empfielt eine neue Version, die aber nur ordentlich läuft wenn man sich einen passenden PC dazu kauft und vielleicht auch noch Informatik studiert hat bzw. umfangreiche Dokumentationen im Internet liest. Wenn ich das vorher gewusst hätte, hätte ich nach der Maxime "never change a running system" gehandelt und mit der alten Version weitergearbeitet.
Ich werde Euch nicht mehr

seit einer Woche auf Trap

Pardon Trab halten
und bedanke mich trotzdem für Eure Beiträge !

Gruß Wicki

Hallo

melde mich nochmal von der "Gradle Build running ... endlos"-Front.
Nochmal kurz mein Problem:
Unter dem neu installierten AS läuft mein Projekt beim 1. Start ordnungsgemäß ohne Zeitverluste beim Gradle Build. Beim unmittelbar darauffolgenden Start (geringe Code-Änderung) läuft Gradle "endlos". Konnte bisher nur durch einen AS-Restart behoben werden.
Habe einen neuen Hinweis gefunden und den Task-Manager beobachtet.
Am Ende des 1. Starts (die App ist beendet) und zu Beginn des Folgestarts läuft immer noch der Prozess java.exe. Wenn ich diesen nach dem Ende des 1. Starts einfach über den Task-Manager beende, läuft das folgende Gradle Build ordnungsgemäß wie beim 1. Durchlauf. Das kann ich mehrmals wiederholen.
Zusammengefasst: der java.exe-Prozess wird nach dem App-Ende nicht beendet.

Gruß Wicki

Hallo sw00,
wenn es Dich zu sehr belastet ...
Ich verlange nicht von Dir Dich mit dem Problem zu belasten.
Das Problem ist noch immer nicht geklärt und deshalb versuche ich weitere Details zur Aufklärung zu finden.
Die von Dir genannten Prozesse laufen immer das kann ich bestätigen. Bei einem Folgedurchlauf meines Projekts läuft der Gradle-Build Prozess zunächst wie gehabt. Wenn aber im Build-Fenster die Zeile "Run Tasks" erscheint ändert sich bei mir der Status des java.exe-Prozess von "Wird ausgeführt" auf "Angehalten" und hiermit beginnt die "Endlos-Schleife".

Gruß Wicki

Das mit dem "gebetsmühlenartig" könnte ich auch sagen. Ich begreife nur nicht warum beim 2. Male ausgelagert (wo doch der cache von Durchlauf 1 verfügbar ist) werden muss bei der Minimaländerung und warum java.exe angehalten werden muß. Beim 1. Mal laufen ja java.exe und der Compiler auch parallel. Das Ihr das nicht ändern könnt verstehe ich schon aber Ihr solltet auch mich verstehen wenn ich das für eine mangelhafte Programmierung halte denn ich arbeite nicht auf einem Server bei dem mehrere java-Prozesse parallel laufen können.
So werde ich denn in Zukunft vor den Folgedurchläufen den java.exe-Prozess abbrechen.

Gruß Wicki