Reducing build times of ldc-build-runtime
Jacob Carlborg
doob at me.com
Wed Mar 18 16:10:43 UTC 2020
On 2020-03-17 22:33, kinke wrote:
> The regular libs are built all-at-once (by default), but the unittests
> require separate compilation (otherwise you need something like 24 GB of
> RAM). With ninja, you're using parallelization by default, but I'd still
> recommend to set the number of parallel jobs explicitly in the
> ldc-build-runtime cmdline. Each job should have about 2 GB of memory.
> What are the hardware specs for bitrise?
Not great:
Processor Speed: 2.58 GHz
Number of Processors: 1
Total Number of Cores: 2
L2 Cache (per Core): 256 KB
L3 Cache: 30 MB
Memory: 4 GB
> Sure, if the release unittests take too long to compile, then go ahead
> and exclude them for now. A simple variant is to invoke
> ldc-build-runtime as usual, but without `--testrunners`, and instead
> invoke `ninja -j<N> druntime-test-runner-debug
> phobos2-test-runner-debug` manually in the ldc-build-runtime.tmp directory.
I'll give that a try. Thanks.
> Yeah, 45 minutes is pretty short (and 11 minutes to compile LDC very
> slow). An x86 simulator for Azure CI or so would be pretty much
> unrestricted (6h time-out...).
Yeah. This is what you get in the free open source plan.
--
/Jacob Carlborg
More information about the digitalmars-d-ldc
mailing list