Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

[flagged]


I mean when it comes time to output the image from the GPU, I don't want to add a hundred milliseconds of network latency...


This is re gpu for compute not graphics.


Still undesirable latency for a lot of compute use cases, like image or video editing; it’s really only negligible for LLMs.

Since that’s definitely a big enough use case all on its own, I wonder if such a product should really just double down on LLMs.


remote GPU compute payloads have been around a lot longer than LLMs, they're just few and far between.

folding@home and other such asynchronous "get this packet of work done and get back to me' style of operations rarely care much about latency.

Remote transcoding efforts can usually adjust whatever buffer needed to cover huge latency gaps , a lot of sim and render suites can do remote work regardless of machine to machine latency..

I just sort of figure the industry will trend more async when latency becomes a bigger issue than compute. Won't work in some places, but I think we tend to avoid thinking that way right now due to a lack of real need to do so; but latency is one of those numbers that trends down slowly.


Oh. Weird use for a graphics unit.


Using GPU for compute is nothing new or unusual these days, not for quite a while.


I've heard it phrased thus: The "G" in "GPU" stands for "general-purpose".


No, but its primary purpose remains graphics


Arguably that’s no longer true.


It’s what’s driven nearly the entire AI boom.




Consider applying for YC's Fall 2026 batch! Applications are open till July 27.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: