Investigate deoptimization diagnostics tooling #44211
Labels
Domain: Performance
Reports of unusually slow behavior
Infrastructure
Issue relates to TypeScript team infrastructure
Rescheduled
This issue was previously scheduled to an earlier milestone
Milestone
We've been diving deep into perf. One place we find tooling lacking is in identifying deoptimizations in the VM. @rbuckton has had some neat experiments which we might be able to leverage to identify polymorphic/megamorphic usage sites. Work closely with @amcasey here to get a sense of what is and isn't useful.
Also, identify some baselines within the tooling to help drive meaningful goals for users. For example, a use-site might have 500 different object shapes passing through it - is it meaningfully faster to reduce that to 200?
Ideally, this would be usable by the broader team and partner teams who also write CPU-bound Node.js code.
The text was updated successfully, but these errors were encountered: