-
Notifications
You must be signed in to change notification settings - Fork 23
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
Performant graph plotting and benchmarking #135
Comments
Wow thats a long waiting time... As a first step it might be interesting to sprinkle a few |
Or benchmark the layouting algorithm directly? I doubt that the plotting will be the bottleneck here .... |
Also, during plotting the recipe code is always run twice (not exactly sure why though). Would be nice to somehow detect the first run and skip the layout algo there to not run an expensive layout twice. Simon do you have any idea on how to detect that? |
Uh, we should just fix it in Makie... |
I think it's time to start looking at the performance of GraphMakie.jl
I guess this mostly means rewriting most of the code to be type stable..
To do such a thing, I suggest that we first setup a benchmarking toolchain, to track improvements.
Such advancements will be very useful for interactions, animations, and big graphs.
In my use case now, I have a graph with 8814 nodes and 48583 edges.
The default plot requires
219.085997 seconds (1.97 M allocations: 122.813 MiB, 0.03% gc time)
in my machine.I am not sure how much better this can get..but it will be exciting to find out!
The text was updated successfully, but these errors were encountered: