When using TypeScript 4.x, live-reload is much slower
See original GitHub issueSome context could be found in Discord. TLDR is tsc --noEmit --watch
finishes immediately, but ember serve
takes a few seconds when a TS file changes. Running it with DEBUG=ember-cli-typescript*
shows:
file changed helpers/create-immediate-value.ts
⠙ building... ember-cli-typescript:typecheck-worker Typecheck starting +339ms
⠏ building... ember-cli-typescript:typecheck-worker Typecheck complete (0 diagnostics) +5s
cc @dfreeman
Issue Analytics
- State:
- Created 3 years ago
- Reactions:1
- Comments:7 (5 by maintainers)
Top Results From Across the Web
Reload with typescript change is slow? · Issue #45 - GitHub
While project is running using "npm start" and we change a typescript file. It reloads after 5-6 seconds. If we change html file...
Read more >How to Improve TypeScript App Reload Time - Bits and Pieces
One of the causes was a slow startup time — It took approximately 93 seconds to reload my app after saving changes (working...
Read more >A complete guide to full-stack live reload - LogRocket Blog
Implementing live reload with Node.js and nodemon; Live reload with nodemon and TypeScript; Automated JavaScript testing with Jest in watch mode ...
Read more >Live reload on command : r/angular - Reddit
Hi, my current work computer runs quite slow. Live reload takes around 40 seconds in my current project. The thing is I save...
Read more >How to watch and reload ts-node when TypeScript files change
You can even remove --incremental to further simplify it, but it will end up being much slower, comparable to nodemon/node-dev + ts-node. Share....
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
TypeScript 4.0.5 is out and this issue is fixed. Thanks to @dfreeman for resolving it with the TS guys!
I spent a little time with this this afternoon, and the performance characteristics of the compiler API we use to capture typechecking results seem to have changed in 4.0. Specifically, the version of that API that only tracks diagnostics has become much slower than the version that also tracks emitting files, which is a bit surprising to me.
I opened https://github.com/microsoft/TypeScript/issues/40808, and we’ll see if this is a bug and figure out where to go from there.