I’ve been testing out the new Docker image for Julia 1.9-beta2. I do indeed notice the FFTX improvements, however I’m also noticing that precompilation of every package now takes on average between 1.5x-2x as long. versioninfo() yields: Julia Version 1.9.0-beta2 Commit 7daffeecb8c (2022-12-29 07:45…

[image] ufechner7: Can anybody explain the reason? To put it simple, to make this possible: Julia v1.9.0-beta2 is fast . Julia now compiles and stores more code during precompilation (a one-off) to save time at runtime for each single session.

[image] tfiers: as stupid as it sounds, will make the wait more palatable Yes thats my intuition as well. Of course it’s one thing to say that’s great, and another to code it. I don’t have time at the moment. But it’s good to air the idea in any case.

Is there any way to estimate [in a manner with palatably low error, maybe ±50%] the progress of compilation time left? Could be nice to have some idea whether I have to wait 7 seconds or 70—should I twiddle my thumbs or get a coffee.

[image] fonsp: precompiling Pluto.jl (during Pkg.precompile()) went from 15 seconds to 60 seconds :worried: After precompilation, TTFX did improve a little, it went from 30 seconds to 20 seconds. (:tada:) That’s a pretty large increase in TTFNotebook if measured from the installation/update …

After reading @fons’ post above, I was terrified. All my teaching is done using Pluto notebooks, and the entire enterprise would be killed if notebooks took more than one or two minutes to precompile. Students usually are a bit impatient when waiting for the notebook to run. I tested the latest ver…

Did you delete your .julia folder before measuring the time needed for pre-compilation?

[image] ufechner7: Did you delete your .julia folder Please refrain from doing such dangerous suggestions again.

[image] aplavin: That’s a pretty large increase in TTFNotebook if measured from the installation/update of Pluto! To me, it feels worth optimising for latency after precompilation because the number of notebooks started for a given Pluto version is presumably a lot larger than the number of t…

May be he meant delete the .julia/compiled/v1.9 folder, which is an operation I do in order to clean the compilation cache. I agree that deleting something in .julia could be dangerous - then, is there a Julia-approved way to clean the compile cache, eg, by calling some function inside the REPL?

[image] kristoffer.carlsson: To me, it feels worth optimising for latency after precompilation because the number of notebooks started for a given Pluto version is presumably a lot larger than the number of times Pluto is updated. Precompilation of Pluto itself is only part of the equation. T…

@ufetcner7, no, I did not delete .julia folder. I am a user, and I am always afraid of taking some sophisticated steps into the unknown. I put myself in the footsteps of my students: I need to start a new Julia session, import and run Pluto, and open a notebook. In my trials, I did precisely this se…

Julia 1.9.0-beta2 precompilation taking almost twice as long

General Usage

giordano January 22, 2023, 2:57pm 20

Please refrain from doing such dangerous suggestions again.

Danger of deleting .julia?

Topic		Replies	Views
First Pluto notebook launches are slower on Julia 1.9 beta 3 Internals & Design performance , pluto , ttfx	157	9855	February 10, 2023
10-15 minute TTFP with Plots.jl... Please help New to Julia ttfp	55	3178	January 9, 2023
Any way to speed up loading large precompiled packages? General Usage precompilation , ttfp , ttfx	35	3580	May 15, 2023
Everything precompiling when opening new notebook Performance question	8	1047	July 21, 2022
Precompilation takes ages General Usage	14	1848	January 5, 2024

Julia 1.9.0-beta2 precompilation taking almost twice as long

Related topics