Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Initial system start performance #844

Open
elmeister opened this issue Oct 20, 2019 · 2 comments
Open

Initial system start performance #844

elmeister opened this issue Oct 20, 2019 · 2 comments
Labels

Comments

@elmeister
Copy link

Switching from @std/esm to esm increased the time between npm run start to Started on port 8080 in our system from about 10 seconds with @std/esm to about 30 seconds with esm.
Is there any general advice - if we can try to change some options, or enable debug to track why this may happen? Maybe there are some particular bottleneck qualities that we could pay attention to?

@elmeister
Copy link
Author

@jdalton, we appreciate what you do a lot, but we really need help.
Any chance someone will look into this issue some day? When we need to debug our code, it makes a huge difference between 10sec and 30sec system start up time. And now, without the support of newer versions of Node in @std/esm and without support of older versions by AWS, we are in a bad position.

@thomvaill
Copy link

I have exactly the same issue in this project: https://github.com/thomvaill/log4brains
We use esm for our CLI and it adds a constant startup time of ~3s (which is a lot for a CLI).
Even if the cache seems to be written, it does not seem the improve performance.
Actually, I see no difference when ESM_DISABLE_CACHE is set and when it's not.
Maybe this is a cache issue, but I don't know how to debug this.
Could you help?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Development

No branches or pull requests

3 participants