Live data from Hacker News

Nvidia announces native GPU programming in Rust

developer.nvidia.com

341–350 of 360 posts

Re: Nvidia announces native GPU programming in Rust

#341
post #248

Earlier quoted context omitted.

I meant LLMs :-)

You are trying to say that llm can replace compiler?

In general, no? But they should help with this part:

> Launching kernels manually is an error prone PITA which I believe is the principle reason for CUDA's popularity.

Re: Nvidia announces native GPU programming in Rust

#342
post #209

Earlier quoted context omitted.

How about "Pockmark!... Freshwater swabs!... Bully!.." or "Amoeba! Bashi-bazouks! Chowderheads! Certified Diplodocuses! Nyctalop! Ectoplasm!" ?

I was so disappointed when I tried reading tintin in other languages and found the dear captain was straight up using slurs in those. I wonder whether the english language ones have been edited over the years to remove that sort of thing

æselmassør, sortbørsgrosserer, søpindsvinefjæs, karnevalssørøver!

Findes der en Haddock/Egon Olsen tiradegenerator derude?

Re: Nvidia announces native GPU programming in Rust

#343
I think it would be much nicer, although unrealistic at the moment given the number of combinations of GPU vendors and variety of hardware, to directly target the underneath GPU ISA machine code.

Since I can write a simple compiler to target x64 machine code, it should be possible to write one to target my GPU.

Though, I'm certain that vendor lock is probably more profitable for them.

Re: Nvidia announces native GPU programming in Rust

#344
post #5

Since NVIDIA owns huggingface now and huggingface has the excellent Candle [1] crate for inference on Rust, this seems like a good step towards nice native Rust kernels. [1] https://github.com/huggingface/candle

noob here - what's the benefit of this? Will using Rust lead to more optimal LLMs or code or both?

I view it more of supporting an expanding use case. If rust gets popular then you'll want to support it.

Re: Nvidia announces native GPU programming in Rust

#345

Earlier quoted context omitted.

Once again... There's literally no point to a low level shader language for heterogenous back ends.

Why? The point of a shader language is to define a function that outputs some graphics. Why should that not be portable between GPUs/CPUs of different vendors?

More generally any GPU computation, not necessarily graphics. The above argument could go that there is no point in high level languages for CPUs either and everyone should just always use assembly, which is obviously false. Same can go for GPUs.

Re: Nvidia announces native GPU programming in Rust

#348

Earlier quoted context omitted.

There's no such censorship on TikTok, it's entirely groupthink based on people saying "when I use that word my video is seen less so therefore it's being censored". Youtube is a lot more guilty of it though, as well as demonetizing.

How is that not a form of censorship? It is direct suppression of certain forms of speech. YouTube has its problems but I don't think it's had quite as strong of an effect on language.

It sounds like there is a documented policy or proven that TikTok does it. Just people thinking it does leading them to self-censor. Then people see others doing it and copy it. So, I guess it is censorship but not by TikTok.

Re: Nvidia announces native GPU programming in Rust

#349

I think it would be much nicer, although unrealistic at the moment given the number of combinations of GPU vendors and variety of hardware, to directly target the underneath GPU ISA machine code. Since I can write a simple compiler to target x64 machine code, it should be possible to write one to target my GPU. Though, I'm certain that vendor lock is probably more profitable for them.

I don’t know for sure but I’m pretty sure the ISA changes quite frequently for Nvidia.

Re: Nvidia announces native GPU programming in Rust

#350
post #45

Earlier quoted context omitted.

> I strongly dislike CUDA. Once you have allowed that proprietary cr*p Genuine question...why not just type "crap"? It's not even that much of a curse, but I've never really understood the point of self-censorship. If you don't want to curse then you could just use a non-curse word.

I thought that cp*p is some kind of ugly cuda pointer declaration :D And being non-standard C++ syntax it wouldn’t compile.

Least ugly cpp syntax.
Post reply on HN