<aminechikhaoui>
aanderse sorry just noticed your message, it isn't clear to me what's slow in the deployment, sounds like the build of the required derivations itself is slow. I guess it's not really NixOPS related ? even if you nix-build the derivations it would be slow ?
<aanderse>
aminechikhaoui: true, but because it's nixops there are many machines, so i thought you might have some experience... how large are you nixops networks compared to how fast they build?
<aminechikhaoui>
aanderse because our builds are slow we build things on a hydra instance then use the resulting closure to deploy, so generally things built during the deploy are minimal. We've had issues before with large networks (50ish machines) when the output size of builds is large but that was an issue during the copy closure phase mostly.
<aanderse>
aminechikhaoui: thanks. that information is useful. it at least tells me there isn't any magic nixops specific sauce i can throw on this to fix it... have to look at specific machines and improve there, or come up with solutions like you mention (overnight deploys, etc...)
meh` has joined #nixops
<Raito_Bezarius>
aanderse: wouldn't flake eval caching help in your case?
<aanderse>
Raito_Bezarius: i don't know, i don't really know much about flakes
<Raito_Bezarius>
If you grep the logs on NixOps evaluation questions, I think I have seen some discussions with clever and adisbladis on how to make it faster under certain conditions but it's on the Nix level (keyword: builtins.fork)
<aminechikhaoui>
flakes would help with eval caching but my understanding is that this is just few builds being slow not evaluations ?