| 21 Jan 2026 |
 Austin Horstman | yeah, i think i had some other stuff going so it's not a completely accurate time | 14:46:59 |
| Austin Horstman | that was for the rosetta-builder aarch64-linux | 14:47:26 |
 K900 | That's fundamentally busted for a variety of reasons | 14:47:50 |
| K900 | It was actively explored a long time ago | 14:48:03 |
 eveeifyeve | Because I know there is parallel eval pr that was super outdated that was going to be remade. | 14:48:12 |
| K900 | That's entirely unrelated | 14:48:25 |
 Ihar Hrachyshka | there's https://github.com/NixOS/nix/pull/11143 that gives feedback about load. not merged. | 14:49:03 |
| eveeifyeve | Yes, but that is for eval which I will be mentioning at the nix meeting to see what is the movement on that. | 14:49:35 |
 Randy Eckenrode | Support in Nix for the Make protocol is hypothetical. One big reason not to bother is Ninja doesn’t support it (but not for lack of trying). The PR to add NIX_LOAD_LIMIT for supporting -l is https://github.com/NixOS/nix/pull/11143. | 14:50:25 |
| eveeifyeve | I also don't know why in the tracker it's marked as done??? | 14:50:40 |
| eveeifyeve | * I also don't know why in the nix team tracker it's marked as done??? | 14:50:48 |
| Randy Eckenrode | I wish we could implement this in Lix, support it if it’s there, and let upstream Nix cherry pick it at their leisure. | 14:52:07 |
| Randy Eckenrode | * | 14:52:18 |
| eveeifyeve | The idea has been approved and all, however it would be nice to at least since we have been talking about getting movement on prs. This might be one to mention. | 14:52:27 |
| eveeifyeve | * The idea has been approved and all, however it would be nice to have at least. Since we have been talking about getting movement on prs. This might be one to mention. | 14:52:50 |
| eveeifyeve | * The idea has been approved and all, however it would be nice to have at least. Since we have been talking about getting movement on prs/milestones. This might be one to mention. | 14:52:56 |
| eveeifyeve | * The idea has been approved and all, however it would be nice to have at least. Since we have been talking about getting movement on prs/milestones. This might pottentially be the one I want to mention. | 14:53:14 |
| eveeifyeve | * The idea has been approved and all, however it would be nice to have at least. Since we have been talking about getting movement on prs/milestones. This might potentially be the one I want to mention. | 14:53:17 |
| Randy Eckenrode | Even limiting the number of builds, my load average can still get ridiculously high. | 14:54:29 |
| eveeifyeve | * The idea has been approved and all, however it would be nice to have at least. Since we have been talking about getting movement on prs/milestones. This might potentially be the one I want to mention. Because this will help out definitely with hydra. | 14:55:01 |
| Austin Horstman | there are several things i build that will redline my cpu by themself lol | 14:55:43 |
| eveeifyeve | I want it so it redlines my cpu so that way my builders can kick in. | 14:56:15 |
| eveeifyeve | * I want it so it redline my cpu, so that way my builders can kick in if this pr get's in. | 14:56:31 |
| Randy Eckenrode | macOS does surprisingly well with it in the 100s, but there’s a point where networking breaks. | 14:57:00 |
| Ihar Hrachyshka | I think nix will always first use remote builders; localhost is least preferred | 14:57:05 |
| Austin Horstman | the problem comes that you set how many builds you'll run at once and if one of them is bringing the whole system down, they all become less effective. i have multiple builders, as well. this is more about not using all available cpu power that brings system to a halt | 14:57:25 |
| Ihar Hrachyshka | there was a bug for that... | 14:57:29 |
| Austin Horstman | i gave up on fighting this. i wanted to prefer local lol | 14:57:40 |
| Ihar Hrachyshka | I want same priority for localhost vs remote. I just want cpus go brrr. | 14:58:09 |
| Austin Horstman | i tried getting creative with setting my local as a self ssh to fit it into priority | 14:58:23 |
