AMD's GCN architecture is about 7 years old and fully supported. Open source support for the previous TeraScale architecture is reportedly fairly good too, though no Vulkan.
Try to use OpenCL and you will need blobs. It's major pain to use blender(requires OpenCL if you want to finish render today) not long time ago their blob crashed on new versions libdrm.
The blobs are probably the most stable option right now, but Clover exists (and kinda sucks) and the new cool option is the fully open ROCm stack which does include OpenCL.
> requires OpenCL if you want to finish render today
honestly, modern CPUs aren't that far behind in Cycles rendering
I'm using RocM OpenCL right now, which I believe is the approved option, or will be. Personally I've not had any issues with it - I can certainly use Blender with it, although the performance right now is so-so (I only have a cheap APU though, so hardly surprising).
I don't believe I have any blobs, other than the firmware one, which is true regardless - can you tell me what blobs you mean?
I wonder if nvidia could even compete with a high-end ARM cpu. Windows runs on ARM these days. Server software runs on ARM. So it would "just" be a matter of getting the performance right.
Finally. Options!! Back in the day we had 3Dfx (went under and sold to nVidia), PowerVR (They're still around. They're probably the GPU chip in your cellphone), Intel i740, and the AMD Radeon. nVidia broke in to the market with the Riva/Vanta/TNT cards. Hell even Trident had some Direct3D/opengl chips. For the past several years we've been down to just the big two (although Intel integrated has held up, even for some medium gaming and indie titles).
5+ was probably too many to support by most game devs, but 3 would be nice and solid. It's also nice that we'll have another player besides AMD that actually gives a shit about Linux/OSS drivers. nVidia might finally be forced to open up and contribute to Nouveau and bring it up to par with amdgpu. The future could be a team green, team red and team blue. Intel has killed the discrete graphics projects before though. So we'll have to wait and see.
I forgot about those. I had an AGP S3 Virge as some point. Matrox is still around, but they mostly make high end cards for 6~12 displays (for thinks like airports, trade shows, massive digital billboards, etc.)
iPhone used to have PowerVR before Apple decided to make their own GPU for iPhone 8. PowerVR also can be found on some Intel Atom devices. Most Android phones nowadays use either Adreno from Qualcomm or Mali from ARM.
There isn't a single igpu that's used on android phones that has mainline drivers. Pretty much all of them are practically unusable for open source OSes. The most notable exception is adreno which has a more mature reverse engineered driver. Now that their patents expired Qualcomm has contributed a tiny bit too. But other than that the rest still suck.
From an open source perspective, there is hope with a preliminary reverse-engineering Mali driver recently merged into Mesa. Kernel bits aren't wired in yet, but progress has been pretty good recently. I wouldn't be so quick to say "good riddance" as a lot of very useful ARM boards like those from Odroid have a Mali GPU.
Or you mean ATI Rage3D. There was also as mentioned S3, Matrox, and 3D Lab ( Sold to Creative, that maker of Sound Blaster Sound Card ) as well. I miss 3DFx ( I still have a few Voodoo graphics Card somewhere ), Glide was way ahead of its time. John Carmack was fighting for OpenGL.
The biggest barrier of Entry to GPU isn't the Hardware, but the insane amount of Software ( Drivers ) optimisation required for the GPU to be even remotely competitive with its rivals.
Hasn't Vulkan made that barrier much lower? Is it not yet feasible to just ship a Vulkan driver and a set of standard OpenGL/DX generic implementations on top of it just for backwards compatibility?
Any number should be fine if we actually had proper standards. Why are graphics so special that we can't have x86 of graphics? I think all of this is a problem of this klepto capitalism. Also, you need 4 to have competition
If you haven't noticed, there are plenty of standards kicking around in graphics and there isn't a need for any more. AMD, Nvidia, and Intel do a pretty good job supporting all of them - you can write a DX12 (or opengl, or Vulkan) program and run it any any vendor's hardware.
What problem do you think having a standard ISA would solve? Nobody distributes native binaries for GPUs, only shaders (either compiled to intermediate representation or no). From my perspective, all that a standard ISA would cause is less implementation flexibility in the hardware since now the hardware has to deal with compatibility instead of letting the vendor-specific compiler included with the driver deal with it.
Hmm, we had more than 2, if you consider how big Android and iOS are (in amounts of clients). Not sure what kind of GPU something like the Librem 5 is going to use.
For desktop Linux FOSS drivers, sure, you are right. What choices do we have here besides low end Intel and AMD (who can't seem to compete with Nvidia for marketshare)? I mean, I put my money to AMD for GPU and CPU whenever I can. Ryzen and Vega give good price/performance... but the option isn't always available (Vega weren't in stock or expensive during the cryptocurrency hype, and for say laptop its difficult to go AMD).
Now, I get that Intel is a small player in the GPU market, and that competition is good here, but Intel is huge in the CPU market. I feel like AMD is the underdog; they face a gigantic bully on #1 in both CPU and GPU field: Intel and Nvidia. I don't like either of these companies...
Intel's Gen10 integrated graphics presumably had a bunch of effort put into it, and has been mothballed for years because Intel never could get the CannonLake CPUs out the door. That's got to sting a bit for its designers.
44 comments
[ 3.1 ms ] story [ 30.8 ms ] thread> requires OpenCL if you want to finish render today
honestly, modern CPUs aren't that far behind in Cycles rendering
I don't believe I have any blobs, other than the firmware one, which is true regardless - can you tell me what blobs you mean?
this one, part of amdgpu-pro
Edit: actually Blender performance is decent, but the kernels take ~10 minutes to compile.
https://semiaccurate.com/2011/08/05/what-is-project-denver-b...
5+ was probably too many to support by most game devs, but 3 would be nice and solid. It's also nice that we'll have another player besides AMD that actually gives a shit about Linux/OSS drivers. nVidia might finally be forced to open up and contribute to Nouveau and bring it up to par with amdgpu. The future could be a team green, team red and team blue. Intel has killed the discrete graphics projects before though. So we'll have to wait and see.
https://www.phoronix.com/scan.php?page=news_item&px=Panfrost...
Or you mean ATI Rage3D. There was also as mentioned S3, Matrox, and 3D Lab ( Sold to Creative, that maker of Sound Blaster Sound Card ) as well. I miss 3DFx ( I still have a few Voodoo graphics Card somewhere ), Glide was way ahead of its time. John Carmack was fighting for OpenGL.
The biggest barrier of Entry to GPU isn't the Hardware, but the insane amount of Software ( Drivers ) optimisation required for the GPU to be even remotely competitive with its rivals.
They had an absolutely insane card that had both pci and agp connectors.
On Windows, store apps only use DirectX, including Win32 packaged ones.
On Apple you have MoltenVK, as Apple only cares about Metal.
Sony has their own APIs.
Nintendo does support Vulkan, but are more keen in their NVN, alongside Unreal and Unity support.
On Android it is an optional API, and the few vendors that support it, not everyone cares to update their drivers.
So Vulkan is not yet taking over the 3D world as Khronos might advertise it.
What problem do you think having a standard ISA would solve? Nobody distributes native binaries for GPUs, only shaders (either compiled to intermediate representation or no). From my perspective, all that a standard ISA would cause is less implementation flexibility in the hardware since now the hardware has to deal with compatibility instead of letting the vendor-specific compiler included with the driver deal with it.
For desktop Linux FOSS drivers, sure, you are right. What choices do we have here besides low end Intel and AMD (who can't seem to compete with Nvidia for marketshare)? I mean, I put my money to AMD for GPU and CPU whenever I can. Ryzen and Vega give good price/performance... but the option isn't always available (Vega weren't in stock or expensive during the cryptocurrency hype, and for say laptop its difficult to go AMD).
Now, I get that Intel is a small player in the GPU market, and that competition is good here, but Intel is huge in the CPU market. I feel like AMD is the underdog; they face a gigantic bully on #1 in both CPU and GPU field: Intel and Nvidia. I don't like either of these companies...
Several applications (a) opencl servers - just fill an extra slot (b) eGPU over thunderbolt (c) a drop in GPU for Risc-V boards (sans ARM's Mali)