Currently the number of cores used for building is hardcoded to 4. We should add an option to select the number of cores used, and maybe use the number of cores in /proc/cpuinfo as the default.
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Child items
0
Show closed items
No child items are currently assigned. Use child items to break down this issue into smaller parts.
Linked items
0
Link issues together to show that they're related.
Learn more.
I feel not maxing out the machine for building by default is okay. So, assuming 4 cores might be not unreasonable. It's just that having an env variable to adjust the defaults would be neat.
The same should be doable for memory consumption. Not sure how that is handled in rbm atm but having something like VM_MEMORY there as well sounds like a good idea.
The same should be doable for memory consumption. Not sure how that is handled in rbm atm but having something like VM_MEMORY there as well sounds like a good idea.
As we are using containers and not VMs, the memory is shared between the host and the containers. This is also the case in gitian when building with LXC, where VM_MEMORY is ignored in that case.
This is done with commit 60ba86636df928e97e265417b2c19bea4e85ea3a.
It is possible to set the RBM_NB_PROCS environment variable to change the number of processes used. It is also possible to change it by defining buildconf/nb_procs in rbm.local.conf.
Trac: Status: new to closed Resolution: N/Ato fixed
In commit b466ec4bcf9e534652dd98e0f401309e79a93447 I renamed RBM_NB_PROCS to RBM_NUM_PROCS and buildconf/nb_procs to buildconf/num_procs as it seems num_ is more clear than nb_.