| 9 Feb 2024 |
 Artturin | In reply to @pinpox:matrix.org
crossposting here as requested:
ofborg is failing to run my test, even though it works fine locally. Can anyone tell me what I'm doing wrong? https://github.com/NixOS/nixpkgs/actions/runs/7843526136/job/21404048992?pr=287455 That's not ofborg, it's https://github.com/NixOS/nixpkgs/blob/master/.github/workflows/nix-parse.yml | 13:41:05 |
| Artturin | Add the test to the passthru.tests of the package btw | 13:45:57 |
| Artturin | pinpox: it passes now | 15:20:13 |
| Artturin | check the darwin failure and drop the merge | 15:20:35 |
 @pinpox:matrix.org | Artturin: I removed the merge but now it conflicts again | 20:59:30 |
| @pinpox:matrix.org | I'm not sure how to resolve this | 20:59:43 |
| Artturin | In reply to @pinpox:matrix.org
Artturin: I removed the merge but now it conflicts again conflicts should be resolved via rebasing | 21:00:49 |
| Artturin | https://github.com/NixOS/nixpkgs/blob/master/CONTRIBUTING.md#how-to-create-pull-requests 7. | 21:01:00 |
| Artturin | In reply to @pinpox:matrix.org
Artturin: I removed the merge but now it conflicts again * conflicts should be resolved by rebasing | 21:01:43 |
| @pinpox:matrix.org | Artturin: got it fixed, thanks! | 21:06:35 |
| @pinpox:matrix.org | * Artturin: got it fixed, thanks! Rebased and without conflicts now | 21:06:44 |
| 12 Feb 2024 |
 @infinisil:matrix.org | Regarding https://github.com/NixOS/nixpkgs/pull/269403, I actually don't think it would improve ofborg speed at all | 00:53:17 |
| @infinisil:matrix.org | * Regarding https://github.com/NixOS/nixpkgs/pull/269403, I actually don't think it would improve ofborg eval speed at all | 00:53:21 |
| @infinisil:matrix.org | It gives a 5x speedup if you have 31 additional cores without anything to do | 00:53:55 |
| @infinisil:matrix.org | Well I guess it depends on how booked-out ofborg generally is | 00:54:42 |
| @infinisil:matrix.org | Because if it's already using 32 cores for 32 separate evaluations, that PR would not help at all (in fact it would make it a lot worse, because each parallel unit of work duplicates work..) | 00:55:42 |
 cole-h | ofborg does not use 32 cores for 32 evaluations 😆
It only has enough memory to run 3 evaluations on one machine most times. (256GiB total, each eval-outpaths takes ~60+GiB of memory.) | 15:03:16 |
| cole-h | So, provided there's no huge build taking place on the same box, the other cores are usually sitting around twiddling their thumbs. | 15:04:13 |
 raitobezarius | In reply to @infinisil:matrix.org
Because if it's already using 32 cores for 32 separate evaluations, that PR would not help at all (in fact it would make it a lot worse, because each parallel unit of work duplicates work..) well it's not like Nix is smart and knows how to deal with values appropriately | 15:51:22 |
| raitobezarius | so not sure if that would be that wasteful | 15:51:26 |
| raitobezarius | measurements are important here | 15:51:28 |
| raitobezarius | because the GC is really in a bad shape | 15:51:36 |
| @infinisil:matrix.org | I see, so it sounds like it would still help a bunch | 16:29:41 |
 trofi | It would improve in a sense that that PR does not really list a superset of all hydra attributes. For example it skips all recursive attributes like pythonPackages or haskellPackages. | 21:42:19 |
| trofi | But I agree nix's RAM usage for tree traversals is unusable on large trees. https://github.com/NixOS/nix/issues/9671 feels like being a bit more eager about evicting unreferenced values would help a lot. nix-env -qa is a bit trickier as package list is built and sorted outside nix expressions. | 21:44:08 |
| 14 Feb 2024 |
 teto | How can I see the actual ofborg queue ? I would like to see where my PR (288761) darwin job is to get an idea how long it will take. I see there are 133 jobs | 19:35:26 |
 7c6f434c | Based on another PR and the stats, I think the two Darwin queues are comparable, so one of them reaching that PR is a good sign… | 19:40:14 |
| cole-h | You can't, sorry. | 19:40:31 |
| teto | I suspected so :'( ty | 19:59:35 |
| 16 Feb 2024 |
 @a-n-n-a-l-e-e:matrix.org | not sure if this is the right channel but: i think i'm seeing some failures on ofborg aarch64-darwin that aren't on hydra. hydra builds are passing but ofborg builds are failing. i created ofborg builds by creating a PR and adding a comment in postPatch to trigger a rebuild but seem to be failing 100% while running unit tests. I noticed issues when trying to upgrade the same package and which is why i backgracked to a known good build (green hydra) but am still seeing failures. | 09:11:01 |
