| 2 Apr 2025 |
 emily | (and it'll try to do 80 builds if it can, so very easy to go over) | 20:57:51 |
 Gaétan Lepage | The current SotA for this kind of use is ver sub-optimal | 20:57:59 |
| emily | https://github.com/NixOS/nix/pull/11143 would make this a lot less painful | 20:58:05 |
| emily | since it would stop more build jobs spawning with some common build systems when the load is already too high | 20:58:23 |
| emily | but there's been like 3 PRs adding this to Nix and crickets so far | 20:58:32 |
| emily | (it used to be in stdenv but it got removed because it slowed throughput for Hydra) | 20:58:40 |
 Grimmauld (any/all) | wouldncouldn't we just put that in lix and have the community builders run lix if nix team doesn't hurry up? | 21:01:05 |
| emily | that's not a battle I'm interested in having :P but I have considered posting the patch on the Lix side to get some design feedback | 21:01:53 |
| emily | FWIW, it is not a panacea. e.g., Rust builds don't support it, so those will still chew up endless amounts of CPU. it would help for Make and Ninja and there's probably other build systems that could make use of it too. | 21:02:29 |
| emily | but it would make large builds on workstations or shared machines meaningfully less painful | 21:02:46 |
 Ihar Hrachyshka | nix-daemon could also perhaps be smarter (e.g. throttle new jobs spawns when load is too high) | 21:03:24 |
