-
Notifications
You must be signed in to change notification settings - Fork 12.8k
Report time spent in updateGraph #35675
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
Conversation
Add a response property indicating how much of the elapsed time (from `onMessage` to `doOutput`) was spent in `updateGraph` calls. If there's no `updateGraph` call, the property is undefined, to save space (with the downside that it's harder to tell whether a given telemetry event could have had the property). Fixes microsoft#34774
Thanks for the PR! It looks like you've changed the TSServer protocol in some way. Please ensure that any changes here don't break consumers of the current TSServer API. For some extra review, we'll ping @sheetalkamat, @amcasey, @mjbvz, @minestarks for you. Feel free to loop in other consumers/maintainers if necessary |
Just to clarify - this reflects the time spent in updateGraph during a given request, regardless of whether or not that request actually triggered the updateGraph, right? |
@uniqueiniquity Yep |
Note to reviewers: this looks over-engineered for a single property because it used to be for two properties and I decided the second one needed more refinement than would fit in the 3.8 timeframe. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Force pushed a rebase. Changes addressing PR feedback are in a separate commit.
Add a response property indicating how much of the elapsed time (from
onMessage
todoOutput
) was spent inupdateGraph
calls. If there'snoupdateGraph
call, the property is undefined, to save space (with the downside that it's harder to tell whether a given telemetry event could have had the property).Fixes #34774