Repository navigation
Optimize constructing type nodes from types #34776
Description
Originally posted by Wesley Wigham (@weswigham) in #34119 (comment)
Yep, looking at the traces I see pretty much all the time spent in
trySymbolTableandgetAliasForSymbolInContainer, which are workers user for calculating visible symbol chains. The whole process is uncached and quite naive right now (it's pretty much the same as it was since TS 1.8, but we rely on it more and more). It has been on my backlog as something that needs to be rewritten with a better more cacheable structure for perf.
There's also a fair chunk of time spent in GC and in path component-related operations that might also need some optimization - I'm guessing the large number of import types we manufacture require a large number of path calculations which end up making a lot of garbage - some caching may be in order here.
Activity
10 remaining items