!RROtHmAaQIkiJzJZZE:nixos.org

NixOS Infrastructure

387 Members
Next Infra call: 2024-07-11, 18:00 CEST (UTC+2) | Infra operational issues backlog: https://github.com/orgs/NixOS/projects/52 | See #infra-alerts:nixos.org for real time alerts from Prometheus.119 Servers

Load older messages


SenderMessageTime
13 Feb 2025
@joerg:thalheim.ioMic92I would prefer it though since it makes it very easy to use. At least unless we identify this an actual performance bottleneck 01:24:16
@joerg:thalheim.ioMic92* I would prefer a single output though since it makes it very easy to use. At least unless we identify this an actual performance bottleneck 01:24:32
@joerg:thalheim.ioMic92I am thinking of all the other ci integrations that people build with it01:25:21
@joerg:thalheim.ioMic92
In reply to @Ericson2314:matrix.org
or are you sending everything back to the main process anyways, so it is in a good position to mux them?
I don't remember the details because this code already existed when I copied it out of hydra
01:48:03
@Ericson2314:matrix.orgJohn Ericson Mic92: My guess is the non-streaming version made the central process buffer everything and accumulate one big message 01:48:44
@Ericson2314:matrix.orgJohn Ericsonbut when we switched to streaming, each worker started writing down the pipe itself01:48:54
@Ericson2314:matrix.orgJohn EricsonSo I am gonna guess roughtly that means "easy mode" should be the old way, while "fast mode" should be the socket way01:49:32
@joerg:thalheim.ioMic92I'll run perf on the version with the lock01:50:51
@joerg:thalheim.ioMic92Libc already uses internal locks internally for buffered files01:55:39
@Ericson2314:matrix.orgJohn EricsonOK, well as long as it works :)01:57:01
@joerg:thalheim.ioMic92Nan is working on the nix-eval-jobs fix.04:10:06
@joerg:thalheim.ioMic92 hexa (signing key rotation when): John Ericson https://github.com/nix-community/nix-eval-jobs/pull/351 05:48:03
@Ericson2314:matrix.orgJohn Ericson Mic92: Awesome! 06:27:31
@Ericson2314:matrix.orgJohn EricsonLet's give it a go! :)06:27:38
@irrelevancy:matrix.orgirrelevancyisthygoal One Confused Being joined the room.08:12:31
@hexa:lossy.networkhexaupdating nix-eval-jobs10:05:27
@mrdgh2821:matrix.org@mrdgh2821:matrix.org joined the room.10:40:44
@yorik.sar:matrix.orgyorik.sar joined the room.13:04:56
@jnsgruk:ubuntu.com@jnsgruk:ubuntu.com left the room.14:55:49
@hexa:lossy.networkhexano issues since then15:55:24
@arianvp:matrix.orgArian I see we use Renovatebot in the infra repo. Could we enable it too in the amis repo? there’s some terraform provider stuff I’d like to bump; but also Renovate finally supports bumping flakes 21:23:54
@arianvp:matrix.orgArian

Not very convinced by the ARM runners on GitHub so far (Which we need for moving amazon image builds out of hydra).

Already waiting 15 minutes for a runner… https://github.com/NixOS/amis/actions/runs/13317529564/job/37195954892?pr=220

22:04:17
@arianvp:matrix.orgArian seems they ran out 22:04:25
@Ericson2314:matrix.orgJohn Ericson hexa (signing key rotation when) Mic92 FYI I just merged two more bits of nix<->hydra dedup I had lying around for a while 23:32:04
@Ericson2314:matrix.orgJohn Ericsonwas blocked before on the erroneous decode base64 issues23:32:25
@Ericson2314:matrix.orgJohn EricsonI hope those are not a problem now, and these will go smoothly!23:32:37
@Ericson2314:matrix.orgJohn Ericson (to be clear, those were problems on master, not these branhces) 23:32:55
@hexa:lossy.networkhexaok, bumping my private hydra first23:33:32
@hexa:lossy.networkhexacan you also push a bump for nix-eval-jobs?23:34:00
@Ericson2314:matrix.orgJohn Ericson you mean a flake input update? 23:34:58

Show newer messages


Back to Room ListRoom Version: 6