4 ms·

I'm on an M1 MacBook Pro 16". The performance issues are well understood by the asdf team and the Github issue with most comments is on the topic: https://githu

I'm on an M1 MacBook Pro 16". The performance issues are well understood by the asdf team and the Github issue with most comments is on the topic: https://github.com/asdf-vm/asdf/issues/290 https://github.com/asdf-vm/asdf/issues/290 This was with a half dozen plugins and use_legacy_file disabled. Hardly an edge-case. Though I'll note in other tests it was around 200ms (which is the number I put in the README to be fair). @danfritz in this thread said his can take over 2 seconds! Out of curiosity, what is the difference between `time node -v` and `time ~/.asdf/installs/nodejs/*/bin/node -v`? I've never seen it not add at least 100ms.

aorth 4y ago
For me, on a ThinkPad 14s with an SSD on Linux: $ time node -v v18.13.0 node -v 0.05s user 0.02s system 94% cpu 0.073 total $ time ~/.asdf/installs/nodejs/18.13.0/bin/node -v v18.13.0 ~/.asdf/installs/nodejs/18.13.0/bin/node -v 0.00s user 0.00s system 94% cpu 0.004 total I've never noticed asdf being slow, so I'm surprised to see those extra ms on top when calling the shimmed node.
wpyoga 4y ago
Apologies for the delay. Now I do notice a delay when using the asdf shim instead of running the binary directly. But it's nowhere near 900ms. I'm on a T480s with i5 CPU and SSD: $ time node --version v18.13.0 real 0m0.080s user 0m0.079s sys 0m0.027s $ time ~/.asdf/installs/nodejs/lts/bin/node --version v18.13.0 real 0m0.009s user 0m0.006s sys 0m0.003s