You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Based on what you said, I don't really think it's due to the Gradle daemon starting up. Are you caching Gradle and Maven artifacts? You can use actions/cache.
@AkselAllas How much time of the 1m30s is spent in waiting for the VM to spin up, start the build container, and fetching the configured JDK?
It should be clear that a persistent VM with modest hardware and all files already on disk or even in memory (disk buffer) executes processes way faster than an on-demand VM in which you have to install the runtime environment, download and extract the cache, compile/build changed files.
In a persistant VM I can get my jib build process down to 6-12 sec thanks to Gradle daemon already running.
In an ephemeral CI/CD Docker container (Github Actions) my build takes 1min29 sec due to Gradle daemon needing to start up.
Would it be possible to somehow cache this Gradle daemon process in Github actions?
The text was updated successfully, but these errors were encountered: