Will it be possible to plot large graphs/ networks with thousands of nodes?
Show HN: ChartGPU – WebGPU-powered charting library (1M points at 60fps)
131–140 of 226 posts
Re: Show HN: ChartGPU – WebGPU-powered charting library (1M points at 60fps)
#132Have you tried rendering 30 different instances at the same time?
Re: Show HN: ChartGPU – WebGPU-powered charting library (1M points at 60fps)
#133uPlot maintainer here. this looks interesting, i'll do a deeper dive soon :) some notes from a very brief look at the 1M demo: - sampling has a risk of eliminating important peaks, uPlot does not do it, so for apples-to-apples perf comparison you have to turn that off. see https://github.com/leeoniya/uPlot/pull/1025 for more details on the drawbacks of LTTB - when doing nothing / idle, there is significant cpu being…
Not much to add, but as a very happy uPlot user here - just wanted to say thank you for such an amazing library!!
yw!
Re: Show HN: ChartGPU – WebGPU-powered charting library (1M points at 60fps)
#134I've always been a bit skeptical of JS charting libs that want to bring the entire data to the client and do the rendering there, vs at least having the option to render image tiles on the server and then stream back tooltips and other interactive elements interactively. However, this is pretty great; there really aren't that many use cases that require more than a million points. You might finally unseat dygraphs as…
> I've always been a bit skeptical of JS charting libs that want to bring the entire data to the client and do the rendering there, vs at least having the option to render image tiles on the server and then stream back tooltips and other interactive elements interactively. I agree, unfortunately no library I've found supports this. I currently SSR plots to SVG using observable plot and JSDom [0]. This means there is…
There's no question that it's a huge step up in complexity to wire together such tightly-linked front and backend components, but it is done for things like GIS, where you want data overlays.
I think it's just a different mindset; GIS libs like Leaflet kind of assume they're the centerpiece of the app and can dictate a bunch of structure around how things are going to work, whereas charting libs benefit a lot more from "just add me to your webpack bundle and call one function with an array and a div ID, I promise not to cause a bunch of integration pain!"
Last time I tried to use it for dashboarding, I found Kibana did extremely aggressive down-sampling to the point that it was averaging out the actual extremes in the data that I needed to see.
Re: Show HN: ChartGPU – WebGPU-powered charting library (1M points at 60fps)
#135Some of these don't feel 60fps, like the streaming one. I don't really know how to verify that though. Or maybe i'm just so used to 144fps.
Re: Show HN: ChartGPU – WebGPU-powered charting library (1M points at 60fps)
#136Quick update: Just shipped a fix for the data zoom slider bug that several of you reported (thanks d--b, azangru, and others).
The slider should now track the cursor correctly on macOS. If you tried the million-points demo earlier and the zoom felt off, give it another shot.
This is why I love launching on HN - real feedback from people actually trying the demos. Keep it coming! :)
Re: Show HN: ChartGPU – WebGPU-powered charting library (1M points at 60fps)
#137Earlier quoted context omitted.
Most of my use cases these days are for hobby projects, which I would bucket into the "data science"/"data journalism" category. I think this is the easiest audience to develop for, since people usually don't have any strict disciplinary norms apart from clean and sensible design. I mention double y-axes because in my own past library I stupidly assumed no sensible person would want such a chart -- only to have to re…
Ha - the double y-axis story is exactly why I want to get it right. Better to build it in properly than bolt it on later. "Data science/data journalism" is a great way to frame the target audience. Clean defaults, sensible design, fast enough that the tool disappears and you just see the data. And yeah, graphviz keeps coming up in this thread - clearly a gap in the ecosystem. Might be a future project, but want to na…
Gratifying that it's still useful.
A lot of improvements are possible, based on 20 years of progress in interactive systems, and just overall computing performance.
Re: Show HN: ChartGPU – WebGPU-powered charting library (1M points at 60fps)
#138Zoom doesn't seem to work on Firefox mobile. Just zooms the whole page in.
Re: Show HN: ChartGPU – WebGPU-powered charting library (1M points at 60fps)
#139uPlot maintainer here. this looks interesting, i'll do a deeper dive soon :) some notes from a very brief look at the 1M demo: - sampling has a risk of eliminating important peaks, uPlot does not do it, so for apples-to-apples perf comparison you have to turn that off. see https://github.com/leeoniya/uPlot/pull/1025 for more details on the drawbacks of LTTB - when doing nothing / idle, there is significant cpu being…
What I did in a few projects to plot aggregated (resampled) data without loosing peaks was to plot it over an area chart representing the min-max values before aggregating (resampling). It worked pretty well.
Re: Show HN: ChartGPU – WebGPU-powered charting library (1M points at 60fps)
#140All charts in the demo failed for me. Error message: "WebGPU Error: Failed to request WebGPU adapter. No compatible adapter found. This may occur if no GPU is available or WebGPU is disabled.".
Does your browser support WebGPU yet? It's likely it does not. WebGPU is supported on Chrome and on the latest version of Safari. On Linux with all browsers WebGPU is only supported via an experimental flag.
WebGPU seems to be enabled by default in chromium 144 on linux at least on AMD GPUs.