<zimoun`>Well, VSCode and co. are popular because people do not need to learn how to catch fishes and then prepare them but simply buy the already fried fish. Until there is no fisherman and cooker around and they starve… or pay more to have another dish. Repeat. :-)
<rekado>just shaved off 16 seconds from the startup of the GWL-ized pigx-rnaseq
<rekado>simply by avoiding repeated calls to process->script
<rekado>but it’s not good that process->script takes so long
<rekado>it takes a handful of seconds per script, likely in order to generate the profile manifest. (It’s not building anything at this point.)
<rekado>loading the wisp file is also rather slow (several seconds). I wonder if I can set some Guile compiler options to make it a little faster.
<rekado>yes, parameterizing default-optimization-level to 0 or 1 shaves off another 5 seconds.
<rekado>I’m still puzzled about the origin of /gnu/store/m80ya18bqdk34yj5ribd2kmjhmnirmyv-git-minimal-2.31.1.drv
<rekado>it’s due to grafts, but I find it odd that there is no substitute (the derivation doesn’t exist on ci.guix.gnu.org). So I still suspect I’m doing something wrong somewhere.
<rekado>by far the slowest part of preparing a workflow is to generate the script files in the store — even if nothing has to be generated.
<rekado>this takes about 14 seconds for the 30 scripts of pigx-rnaseq.
<rekado>I wonder if that means that there’s potential for more memoization and caching when using inferiors.