Skip to content
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

disable precompilation due to package load time increase #270

Merged
merged 1 commit into from
Jun 13, 2022

Conversation

KristofferC
Copy link
Contributor

Fixes #269

I am not sure this was the conclusion of the discussion in there but I am putting up this in case it is ok.

@codecov
Copy link

codecov bot commented Dec 30, 2021

Codecov Report

Merging #270 (b1a55a0) into master (6cbe7ab) will increase coverage by 0.25%.
The diff coverage is n/a.

Impacted file tree graph

@@            Coverage Diff             @@
##           master     #270      +/-   ##
==========================================
+ Coverage   82.90%   83.16%   +0.25%     
==========================================
  Files           8        8              
  Lines         772      772              
==========================================
+ Hits          640      642       +2     
+ Misses        132      130       -2     
Impacted Files Coverage Δ
src/ColorTypes.jl 100.00% <ø> (ø)
src/operations.jl 100.00% <0.00%> (+1.39%) ⬆️

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 6cbe7ab...b1a55a0. Read the comment docs.

@timholy
Copy link
Member

timholy commented Jan 1, 2022

I think it is the conclusion, but unless it's urgent I'm planning to hold off a bit on merging this to see if I can finish the changes to precompilation that make make this pain-free. I plan on merging it either way, but is it OK to wait a week or so and see what transpires?

@KristofferC
Copy link
Contributor Author

No urgency on my part.

Copy link
Member

@johnnychen94 johnnychen94 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Here are some time results:

On package loading @time using ColorTypes:

Julia versions branch time
1.6.6 master 0.180405 seconds (732.27 k allocations: 55.104 MiB, 12.24% compilation time)
1.6.6 PR 0.080280 seconds (343.66 k allocations: 21.347 MiB, 29.31% compilation time)
1.8.0-rc1 master 0.144830 seconds (529.27 k allocations: 45.092 MiB, 3.78% compilation time)
1.8.0-rc1 PR 0.070891 seconds (310.39 k allocations: 20.815 MiB, 7.50% compilation time)

On TTFX? @time RGB{N0f8}(1.0, 1.0, 1.0), there seems to be none affect at all?

@johnnychen94 johnnychen94 merged commit 0003cf9 into JuliaGraphics:master Jun 13, 2022
@johnnychen94
Copy link
Member

I've cherry-picked this commit and released v0.11.4.

timholy added a commit to JuliaGraphics/Colors.jl that referenced this pull request Jan 4, 2023
On my machine, the workload inside the `@precompile_all_calls`
goes from 0.3s with the previous precompile script to 0.08s with the new
one, a 4x reduction. Given that we don't have precompiles anymore in
ColorTypes (see JuliaGraphics/ColorTypes.jl#270,
a decision I agree with), this package seems like a good place to have
some.
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.

Excessive precompilation causes long package load time
3 participants