Skip to content

Conversation

@NHDaly
Copy link
Member

@NHDaly NHDaly commented Aug 26, 2021

This PR is branched out as a follow-up to #41762.

It restores the ability to also track per-thread compilation time in addition to the global time we created in #41733.

NHDaly and others added 3 commits August 26, 2021 17:41
In situations where we run long-running server that spends non-trivial amount of time in the compilation we are happy to pay the cost to have this instrumentation always on.

This PR allows us to enable permanent tracking (effectively switching the before/after switches moot) by calling `jl_track_compile_time_permanently()` method, and then providing `jl_cumulative_compile_time_ns_total()` to return the total time.

Co-Authored-By: janrous-rai <[email protected]>
Restores the ability to also track per-thread compilation time in
addition to the global time we created in #41733.

Co-Authored-By: janrous-rai <[email protected]>
@NHDaly
Copy link
Member Author

NHDaly commented Aug 26, 2021

CC: @janrous-rai, @Sacha0

@NHDaly
Copy link
Member Author

NHDaly commented Jan 2, 2022

Sorry we left this PR in draft for so long... does anyone actually care about this? Do we, @janrous-rai, @kpamnany?

@vchuravy: would this be better done via Probes? Does this tie-in better to the overall tracing efforts, like #36870?

@janrous-rai
Copy link

janrous-rai commented Jan 2, 2022 via email

@NHDaly NHDaly closed this Apr 11, 2022
@NHDaly NHDaly deleted the nhd-janrous-rai-measure-compile-time-per-thread branch April 11, 2022 20:04
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants