Having unintentionally “thrown shade” and performed a “kvetchfest” in another thread, let me first apologise. I’m very happy with the improvements made in Julia, especially the interpreter and debugger, and am very much excited for future developments. That said, perhaps it would help ease frustrat…

If we want a graphics package in Julia, then the question becomes what is the best open source graphics package, and how can we facilitate its translation into Julia. From the above, it sounds like the problem is overspecialization, though. So what is the solution to that?

I love coding in julia and think it really does solve the two language problem for computing. For plotting, I still find myself firing up R and using ggplot. It’s just easier for me to get it right there and to do it fast. I don’t think it’s reasonable expecting julia to compete in the plotting spac…

It’s probably hard to get a straight answer from my previous rambling post. I personally think that in the absence of any large financially backed project to create a graphics system from the ground up that our best bet is Makie. OpenGL is widely used and even some of the more progressive efforts in…

[image] Yifan_Liu: Do you have an example code for this “dumb” terminal plotting? julia> using Gaston julia> set(terminal="dumb") julia> t=0:0.05:1; julia> plot(t,sin.(2π*t), size="50,20", title="A sine wave period") A sine wave period …

[image] jeff.bezanson: In the meantime there are a couple tricks to try to work around latency issues: Try running with -O0 or -O1 Try running with --compile=min Try applying this patch: [image] jeff.bezanson: You can already disable compilation by starting julia with --compile=min . We…

[image] mkborregaard: I don’t think that’s true, and at the very least it would be nice to see your argumenting the basis of this negative statement. It’s slow loading (but otherwise really fast) because it’s written in Julia. Makie is even more so. But Plots.jl doesn’t even use a native (jul…

[image] davidanthoff: which I believe is a pure Julia plotting package Looking into Project.toml might have given you the picture, that it depends on Gtk for Windows and Cairo for rendering. But you are right, Winston is some sort of low-level plotting. So it doesn’t depend much on type infer…

The question then is how to define “pure Julia plotting library”. I tend to think of Winston as a pure Julia plotting library, where only the low level primitives are passed to Cairo. I don’t see any advantages of replacing Cairo with a pure Julia solution since Cairo is very mature. In particular i…

[image] tobias.knopp: MHO it would be better linking too PyPlot.jl which is the standard in the Python world and has acceptable load and plotting times. Good call!

[image] tobias.knopp: I don’t know why Plots.jl has been chosen to be advertised as the prime plotting solution on the Julia web page. It isn’t. There are links to loads of plotting packages. It is mentioned first, yes, which makes sense because of its meta-package nature - and it is the most…

Roadmap for a faster time-to-first-plot?

Internals & Design

Topic		Replies	Views
Ways to make slow/sluggish REPL/interactive development experience faster? Performance repl , ttfp	35	5771	July 23, 2019
10-15 minute TTFP with Plots.jl... Please help New to Julia ttfp	55	3174	January 9, 2023
Extremely slow execution time New to Julia	45	20053	January 18, 2021
Very slow time to first plot, 2022 General Usage ttfp	72	5089	May 8, 2023
The Problem with Julia that makes me want to leave - First run Times General Usage discussion , speed-optimization , runtime-dispatch	53	4201	May 20, 2024

Roadmap for a faster time-to-first-plot?

Related topics