Live data from Hacker News

Show HN: Attaching to a virtual GPU over TCP

thundercompute.com

101–110 of 117 posts

Re: Show HN: Attaching to a virtual GPU over TCP

#101
post #97

Earlier quoted context omitted.

I am increasingly growing tired of these "cloud" services, paid or not. :/

Well, feel free to spend your own time on writing such a tool and releasing it as Open Source. That would be a really cool project! Until then, don't complain that others aren't willing to donate a significant amount of their work to the public.

[deleted]

Re: Show HN: Attaching to a virtual GPU over TCP

#102
post #97

Earlier quoted context omitted.

I am increasingly growing tired of these "cloud" services, paid or not. :/

Well, feel free to spend your own time on writing such a tool and releasing it as Open Source. That would be a really cool project! Until then, don't complain that others aren't willing to donate a significant amount of their work to the public.

[deleted]

Re: Show HN: Attaching to a virtual GPU over TCP

#103
post #97

Earlier quoted context omitted.

I am increasingly growing tired of these "cloud" services, paid or not. :/

Well, feel free to spend your own time on writing such a tool and releasing it as Open Source. That would be a really cool project! Until then, don't complain that others aren't willing to donate a significant amount of their work to the public.

There is a vast gap between walled garden cloud service rent seeking and giving away software as open source. In the olden days you could buy software licenses to run it wherever you wanted.

Re: Show HN: Attaching to a virtual GPU over TCP

#104
post #51

Earlier quoted context omitted.

That understanding of the system is correct. To make it practical we've implemented a bunch of optimizations to minimize I/O cost. You can see how it performs on inference with BERT here: https://youtu.be/qsOBFQZtsFM?t=69 . The overheads are larger for training compared to inference, and we are implementing more optimizations to approach native performance.

Is DirectX support possible any time soon? This would be huge for Windows VMs on Linux...

You could use unofficial Windows drivers for virtio-gpu, that are specifically intended for VM use.

Re: Show HN: Attaching to a virtual GPU over TCP

#106
post #82

Given the interest here we decided to open up T4 instances for free. Would love for y'all to try it and let us know your thoughts!

What is your A100 and H100 pricing?

We are super early stage and don't have A100s or H100s live yet. Exact pricing TBD but expect it to be low. If you want to use them today, reach out directly and we can set them up :)

Re: Show HN: Attaching to a virtual GPU over TCP

#107

Earlier quoted context omitted.

Is DirectX support possible any time soon? This would be huge for Windows VMs on Linux...

You could use unofficial Windows drivers for virtio-gpu, that are specifically intended for VM use.

Indeed, it's just that it's not very feature-complete or stable yet.

Re: Show HN: Attaching to a virtual GPU over TCP

#108
post #16

Earlier quoted context omitted.

Exactly! The finer grain sharing is one of the key things on our radar right now

www.juicelabs.co does all this today, including the GPU sharing and fractionalization.

the free community version has been discontinued, and also doesn't support a linux client with non-CUDA graphics, regardless of the server OS, which is a non-starter for me

Re: Show HN: Attaching to a virtual GPU over TCP

#109
post #51

Earlier quoted context omitted.

That understanding of the system is correct. To make it practical we've implemented a bunch of optimizations to minimize I/O cost. You can see how it performs on inference with BERT here: https://youtu.be/qsOBFQZtsFM?t=69 . The overheads are larger for training compared to inference, and we are implementing more optimizations to approach native performance.

> to approach native performance. The same way one "approaches the sun" when they take the stairs?

yes. my building has stairs and i find them useful because usually i don't need to go to the sun

Re: Show HN: Attaching to a virtual GPU over TCP

#110
post #90
post #88

Earlier quoted context omitted.

How do you use it for video encoding/decoding? Won't the uncompressed video (input for encoding or output of decoding) be too large to transmit over network practically?

Well, the ffmpeg-over-ip tool in the GP does it by just not sending uncompressed video. It's more of an ffmpeg server where the server is implicitly expected to have access to a GPU that the client doesn't have, and only compressed video is being sent back and forth in the form of video streams that would normally be the input and output of ffmpeg. It's not a generic GPU server that tries to push a whole PCI bus over…

Ah, you mean transcoding scenarios. Like it can't encode my screen capture.
Post reply on HN