Eugen Martynov
10/24/2023, 12:07 PMThe message received from the daemon indicates that the daemon has disappeared.
From the past I remember it is probably due to memory limit. I’m trying to revamp all memory parameters for gradle and kotlin for the build.kaeawc
10/24/2023, 12:45 PMkaeawc
10/24/2023, 12:46 PMEugen Martynov
10/24/2023, 1:41 PM-Xmx2048m
onlyEugen Martynov
10/24/2023, 1:41 PMkaeawc
10/24/2023, 2:05 PMEugen Martynov
10/24/2023, 2:26 PMkaeawc
10/24/2023, 2:27 PMEugen Martynov
10/24/2023, 2:27 PMkaeawc
10/24/2023, 2:28 PMEugen Martynov
10/24/2023, 2:28 PMkaeawc
10/24/2023, 2:29 PMkaeawc
10/24/2023, 2:30 PMkaeawc
10/24/2023, 2:30 PMkaeawc
10/24/2023, 2:31 PMEugen Martynov
10/24/2023, 2:31 PMEugen Martynov
10/24/2023, 2:32 PMkaeawc
10/24/2023, 2:33 PMEugen Martynov
10/24/2023, 2:34 PMEugen Martynov
10/24/2023, 2:36 PMThe relevant memory limits and default allocations are as follows:
Regular steps have 4096 MB of memory in total, large build steps (which you can define using size: 2x) have 8192 MB in total.
The build container is given 1024 MB of the total memory, which covers your build process and some Pipelines overheads (agent container, logging, etc).
The total memory for services on each pipeline step must not exceed the remaining memory, which is 3072/7128 MB for 1x/2x steps respectively.
Service containers get 1024 MB memory by default, but can be configured to use between 128 MB and the step maximum (3072/7128 MB).
The Docker-in-Docker daemon used for Docker operations in Pipelines is treated as a service container, and so has a default memory limit of 1024 MB. This can also be adjusted to any value between 128 MB and 3072/7128 MB by changing the memory setting on the built-in docker service in the definitions section.
Eugen Martynov
10/24/2023, 2:36 PMEugen Martynov
10/24/2023, 2:37 PMkaeawc
10/24/2023, 2:39 PMkaeawc
10/24/2023, 2:39 PMkaeawc
10/24/2023, 2:40 PMkaeawc
10/24/2023, 2:40 PMEugen Martynov
10/24/2023, 2:45 PM