Closed tfiers closed 1 year ago
Just read that the plan is to integrate in stdlib, so a new non-stdlib dependency might not be appropriate. Let me know @mortenpi if I should close this.
EDIT
I should maybe replace the current @precompile_all_calls
block with manual precompile
calls. Then there is no new dep needed.
EDIT2 Oops wrong tag, that should've been @ MichaelHatherly. Sorry Morten!
Voila, looking forward to your comments.
(Shortcut link to benchmark result of latest commit: https://github.com/tfiers/CommonMark.jl/blob/master/benchmark/results/startup-time.md)
It might be an idea to run the new benchmark/make.jl
in CI (github actions). To track possible future regressions in speed.
It might be an idea to run the new benchmark/make.jl in CI (github actions). To track possible future regressions in speed.
Can be done in a follow up PR if you want, no need for it to be in this one as well.
@tfiers anything else you'd like to add to this PR, or is it good to go from your end?
GTM, thanks for looking into it
:laughing: I should have included this in 0.8.8
... oh well, 0.8.9
coming soon I guess.
Will be included in https://github.com/JuliaRegistries/General/pull/75901.
Re https://timholy.github.io/SnoopCompile.jl/stable/#Who-should-use-this-package and the "time to first task" efforts in the Julia community.
Comparing startup times on my modern Windows laptop, Julia 1.8.1:
Precompile time: ±7sec
Usage times:
So a modest improvement, but an improvement nonetheless. And with the upcoming native code caching, this hopefully increases further in the following Julia releases.