←back to thread

1045 points mfiguiere | 1 comments | | HN request time: 0.214s | source
Show context
wheybags ◴[] No.39345186[source]
Cannot understand why AMD would stop funding this. It seems like this should have a whole team allocated to it.
replies(1): >>39345254 #
otoburb ◴[] No.39345254[source]
They would always be at the mercy of NVIDIA's API. Without knowing the inner workings, perhaps a major concern with this approach is the need to implement on NVIDIA's schedule instead of AMD's which is a very reactive stance.

This approach actually would make sense if AMD felt, like most of us perhaps, that the NVIDIA ecosystem is too entrenched, but perhaps they made the decision recently to discontinue funding because they (now?) feel otherwise.

replies(2): >>39345418 #>>39347490 #
blagie ◴[] No.39345418[source]
They've been at mercy of Intel x86 APIs for a long time. Didn't kill them.

What happens here is that the original vendor loses control of the API once there are multiple implementations. That's the best possible outcome for AMD.

In either case, they have a limited window to be adopted, and that's more important. The abstraction layer here helps too. AMD code is !@#$%. If this were adopted, it makes it easier to fix things underneath. All that is a lot more important than a dream of disrupting CUDA.

replies(3): >>39345550 #>>39345891 #>>39346080 #
tikkabhuna ◴[] No.39345891[source]
My understanding is that with AMD64 there's a circular dependency where AMD need Intel for x86 and Intel need AMD for x86_64?
replies(1): >>39346554 #
1. monocasa ◴[] No.39346554[source]
That's true now, but AMD has been making x86 compatible CPUs since the original 8086.