AMD

Given the information around how AMD are currently focusing on the mid tier, it got me thinking about their focus on multi chiplet approaches for RDNA5+, they will be having to do a lot of work to manage high speed interconnects and some form of internal scheduler/balancer for the chipets to split out the work etc.

So with this in mind if they could leverage that work on interconnectors and schedulers at a higher level to be a more cohesive form of Crossfire/SLI they wouldnt even need to release any high end cards, as they could just sell you multiple mid tier cards and you just daisy chain them together (within reason). It would allow them to sell multiple cards to individuals increasing sales numbers and also let them focus on less models so simpler/cheaper production costs.

Historically I think the issues with Crossfire/SLI was that to make best use of it the developers had to do a lot of legwork to spread out loads etc, but if they could somehow handle this at the lower levels like they do with the chiplets then maybe it could be abstracted away from the developers somewhat, i.e you designate a master/slave GPUs so the OS just treats the main one as a bigger one or something.

I doubt this is on the cards but it felt like something the was plausible and worth discussion.

cross-posted from: https://lemmy.ml/post/21991814

Thanks to Valve's Linux graphics team, VK_EXT_device_generated_commands is now supported by the Radeon "RADV" Vulkan driver with the upcoming Mesa 24.3 release.

Prominent RADV developer Samuel Pitoiset at Valve has landed support for VK_EXT_device_generated_commands, the multi-vendor device generated commands "DGC" implementation. Last month with Vulkan 1.3.296 the VK_EXT_device_generated_commands extension was introduced to succeed NVIDIA's vendor-prefixed DGC extension. The device generated commands extension allows for the GPU device to generate a number of commands for command buffers. VK_EXT_device_generated_commands is a very big and important addition to the Vulkan API: Valve's Mike Blumenkrantz has argued that DGC is the biggest addition to Vulkan since ray-tracing.

cross-posted from: https://lemmy.ml/post/21991387

AMD has been teasing the Ryzen 9000X3D Zen 5 CPUs with 3D V-Cache and today they formally announced the specs of the Ryzen 7 9800X3D processor that will begin shipping 7 November.

The AMD Ryzen 7 9800X3D is AMD's 8-core / 16-thread processor with 64MB of 3D V-Cache. This uses 2nd Gen AMD 3D V-Cache where the 64MB of cache is now underneath the processor cores so that the CCD is positioned closer to the heatsink/cooler. The intent is that the new 3D V-Cache processors will run cooler than prior generation 3D V-Cache processors.

The AMD Ryzen 7 9800X3D will boost up to 5.2GHz and feature a 4.7GHz while total it provides 104MB of cache. This 120 Watt processor will have a suggested retail price of $479 USD. Again, expect retail availability on 7 November.

This community seems to be abandoned by the moderator, but people are still keeping it alive, I would like to offer an alternative one for those people. Fair or unfair lemmy.ml has a reputation that limits its potential pool of contributors.

Community: !amd@lemmy.zip

cross-posted from: https://lemmy.ml/post/18878746

The AMD Ryzen 9000 series starting with the Ryzen 5 9600X and Ryzen 7 9700X launching tomorrow are some truly great desktop processors. The generational uplift is very compelling, even in single-threaded Linux workloads shooting ahead of Intel's 14th Gen Core competition, across nearly 400 benchmarks these new Zen 5 desktop CPUs impress, and these new Zen 5 desktop processors are priced competitively. I was already loving the Ryzen 7000 series performance on Linux with its AVX-512 implementation and performing so well across hundreds of different Linux workloads but now with the AMD Ryzen 9000 series, AMD is hitting it out of the ball park. That paired with the issues Intel is currently experiencing for the Intel Core 13th/14th Gen CPUs and the ~400 benchmark results makes this a home run for AMD on the desktop side with only some minor Linux caveats.