Comment by jdxcode | Hacker News Reader

Comment by jdxcode | Hacker News Reader

Parent Full thread

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

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.

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

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.

Reply on news.ycombinator.com