Wouldn't it funny and sad if a bunch of enthusiasts pulled off what AMD couldn't :)

h4kunamata 5 hours ago | parent | next [-]

Many projects turned out to be far better than proprietary because open-source doesn't have to please shareholders.

What sucks is that such projects at some point become too big, and make so much noise forcing big techs to buy them and everybody gets fuck all.

All it requires to beat proprietary walled garden, is somebody with knowledge and a will to make things happen. Linus with git and Linux is the perfect example of it.

Fun fact, BitKeeper said fuck you to the Linux community in 2005, Linus created git within 10 days.

BitKeeper make their code opensource in 2016 but by them, nobody knew who they were lol

So give it time :)

▲

bri3d 5 hours ago | parent | prev | next [-]

The lack of CUDA support on AMD is absolutely not that AMD "couldn't" (although I certainly won't deny that their software has generally been lacking), it's clearly a strategic decision.

Supporting CUDA on AMD would only build a bigger moat for NVidia; there's no reason to cede the entire GPU programming environment to a competitor and indeed, this was a good gamble; as time goes on CUDA has become less and less essential or relevant.

Also, if you want a practical path towards drop-in replacing CUDA, you want ZLUDA; this project is interesting and kind of cool but the limitation to a C subset and no replacement libraries (BLAS, DNN, etc.) makes it not particularly useful in comparison.

▲

enlyth 4 hours ago | parent | next [-]

Even disregarding CUDA, NVidia has had like 80% of the gaming market for years without any signs of this budging any time soon.

When it comes to GPUs, AMD just has the vibe of a company that basically shrugged and gave up. It's a shame because some competition would be amazing in this environment.

▲

cebert 3 hours ago | parent [-]

What about PlayStation and Xbox? They use AMD graphics and are a substantial user base.

	▲	ekianjo 3 hours ago \| parent [-]
		Because AMD has the APU category that mixes x86_64 cores with powerful integrated graphics. Nvidia does not have that.

▲

fdefitte 4 hours ago | parent | prev [-]

Agreed on ZLUDA being the practical choice. This project is more impressive as a "build a GPU compiler from scratch" exercise than as something you'd actually use for ML workloads. The custom instruction encoding without LLVM is genuinely cool though, even if the C subset limitation makes it a non-starter for most real CUDA codebases.

▲

guerrilla 4 hours ago | parent | prev | next [-]

> couldn't

More like wouldn't* most of the time.

Well isn't that the case with a few other things? FSR4 on older cards is one example right now. AMD still won't officially support it. I think they will though. Too much negativity around it. Half the posts on r/AMD are people complaining about it.

▲

DiabloD3 4 hours ago | parent [-]

Because FSR4 is currently slower on RDNA3 due to lack of support of FP8 in hardware, and switching to FP16 makes it almost as slow as native rendering in a lot of cases.

They're working the problem, but slandering them over it isn't going to make it come out any faster.

	▲	guerrilla 4 hours ago \| parent [-]
		> Because FSR4 is currently slower on RDNA3 due to lack of support of FP8 in hardware, and switching to FP16 makes it almost as slow as native rendering in a lot of cases. It works fine. > They're working the problem, but slandering them over it isn't going to make it come out any faster. You have insider info everyone else doesn't? They haven't said any such thing yet last I checked. If that were true, they should have said that.

▲

wmf 5 hours ago | parent | prev [-]

We have HIP at home.