Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library

github.com

Post reply on HN
Print view View original

31–40 of 50 posts

Re: Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library

#31

Post by apetuskey »

hantusk wrote: post #26

Check out mosaic from uwdata which works on top of Observable plot Or plotly-resampler which works on top of plotly and uses the rust package tsdownsample to aggregate on the 4pixels per pixel shown level (to make antialias work) the grammar of graphics approach really is a great abstraction, and I'd love to see xy work in that direction

Thanks! XY already uses a similar pixel-aware approach

long line and area traces are reduced in Rust using M4 to produce viewportsized extrema, that is then refined as you zoom. Dense scatter plots use a fixed-size density grid plus a representative sample

Re: Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library

#32

Post by [deleted] »

pytorch_app4 wrote: post #30
apetuskey wrote: post #28

Earlier quoted context omitted.

Yes, it’s significantly faster than existing Python charting libraries for real-time updates. Instead of serializing and sending the full dataset as JSON, it sends compact typed binary buffers and only the screen-relevant data reducing payload size and browser-side work. More detail here https://github.com/reflex-dev/xy#how-it-works

[flagged]

[deleted]

Re: Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library

#33

Post by kasts »

moralestapia wrote: post #29
kasts wrote: post #6

I’m not convinced GPU acceleration is a meaningful advantage for most charting use cases. Most dashboards don’t render enough data for it to matter. Once a chart is dense enough for rendering to become the bottleneck, it normally is already be too crowded to be meaningful. Zooming can justify supporting larger datasets, but sampling/viewport culling and level of detail often avoid drawing unnecessary points...

Feel free to not use it, then. You don't have to justify your decision to people here, literally just move on with your life and forget about it.

I’m not trying to justify whether I'd personally use it, I was simply raising the question because the tradeoffs are interesting, and the replies, including Evidlo’s, have already taught me something.

I tried the library before commenting, it’s a cool project. The performance improvements at larger scales I've found are real. I was mainly just trying to have a conversation to learn where we all learn!

“Just move on” seems like a curious response on a discussion forum, though :)

Re: Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library

#34

Post by genxy »

kasts wrote: post #6

I’m not convinced GPU acceleration is a meaningful advantage for most charting use cases. Most dashboards don’t render enough data for it to matter. Once a chart is dense enough for rendering to become the bottleneck, it normally is already be too crowded to be meaningful. Zooming can justify supporting larger datasets, but sampling/viewport culling and level of detail often avoid drawing unnecessary points...

Ok, we won't convince you and we can move on.

Re: Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library

#35

Post by masenf »

kasts wrote: post #6

I’m not convinced GPU acceleration is a meaningful advantage for most charting use cases. Most dashboards don’t render enough data for it to matter. Once a chart is dense enough for rendering to become the bottleneck, it normally is already be too crowded to be meaningful. Zooming can justify supporting larger datasets, but sampling/viewport culling and level of detail often avoid drawing unnecessary points...

I think meaningful is in the eye of the beholder. The library is designed such that the trace buffers are directly used as inputs to the WebGL2 drawing contexts to avoid unnecessary copying throughout the stack, which does make a difference when rendering on mobile and embedded devices with limited CPU but often having GPU resources available.

Re: Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library

#36

Post by mtweak »

I can imagine this useful to 'compress' gigabytes of data onto a 2d canvas quickly. For that, I appreciate the effort.

One thing that would be useful is to read up on Ed Tufte's principles of data visualization. Many graph libraries don't implement basic visualization principles to make they key point clear, easy to see while still keeping the full depth and complexity of data visible.

Re: Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library

#37

Post by moralestapia »

kasts wrote: post #33
moralestapia wrote: post #29

Earlier quoted context omitted.

Feel free to not use it, then. You don't have to justify your decision to people here, literally just move on with your life and forget about it.

I’m not trying to justify whether I'd personally use it, I was simply raising the question because the tradeoffs are interesting, and the replies, including Evidlo’s, have already taught me something. I tried the library before commenting, it’s a cool project. The performance improvements at larger scales I've found are real. I was mainly just trying to have a conversation to learn where we all learn! “Just move on”…

Oh, no worries. I thought you were another one of those naysayers, of which this site has far too many already. Hehe.

Btw, English isn't my first language, so I still struggle with it sometimes. Could you point me to the part of your comment where you asked that question? I can't seem to find it. Thanks!

Re: Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library

#38

Post by apetuskey »

mtweak wrote: post #36

I can imagine this useful to 'compress' gigabytes of data onto a 2d canvas quickly. For that, I appreciate the effort. One thing that would be useful is to read up on Ed Tufte's principles of data visualization. Many graph libraries don't implement basic visualization principles to make they key point clear, easy to see while still keeping the full depth and complexity of data visible.

Yeah lots of things need to be improved this is the first release. Thanks for the tip

Re: Show HN: XY – A Fast, composable, GPU-accelerated interactive plotting library

#39

Post by kasts »

moralestapia wrote: post #37
kasts wrote: post #33

Earlier quoted context omitted.

I’m not trying to justify whether I'd personally use it, I was simply raising the question because the tradeoffs are interesting, and the replies, including Evidlo’s, have already taught me something. I tried the library before commenting, it’s a cool project. The performance improvements at larger scales I've found are real. I was mainly just trying to have a conversation to learn where we all learn! “Just move on”…

Oh, no worries. I thought you were another one of those naysayers, of which this site has far too many already. Hehe. Btw, English isn't my first language, so I still struggle with it sometimes. Could you point me to the part of your comment where you asked that question? I can't seem to find it. Thanks!

No worries!

It was not a explicit question where its easy to point at like a question mark (?) but I'd find any comment on a forum like environment to be trying to contribute to a discussion as a whole, where we can all share thoughts and counter thoughts constructively.

Anywhoo, XY seems like a cool lib. If you can find the usecase where you actually can leverage the power you should! Good job on Reflex.

Post reply on HN