Wednesday, May 13th 2020

OPNs for At Least Twelve Desktop AMD "Renoir" APUs Decoded

Igor's Lab discovered that AMD may be working on as many as twelve desktop Ryzen G "Renoir" processors with integrated graphics. These include six SKUs each covering the 65 W and 35 W TDP categories, and include two each of 8-core/16-thread, 6-core/12-thread, and 4-core/8-thread SKUs per TDP category. All twelve chips feature increased power limits from their mobile siblings, and a reference memory frequency of DDR4-3200. The parts also feature iGPU maximum engine clock boost frequency as high as 2.10 GHz, to overcome the compute unit deficit "Renoir" has against its predecessor, "Picasso/Raven Ridge," with their up to 11 CUs.

The series appears to be led by an 8-core/16-thread SKU with CPU boost frequency as high as 4.45 GHz, iGPU engine clock as high as 2.10 GHz, and various power-state clock speeds detailed in the table below. The 6-core/12-thread part boosts up to 4.30 GHz, with iGPU engine clock up to 1.90 GHz. The 4-core/8-thread part boosts up to 4.10 GHz, with up to 1.70 GHz iGPU engine clocks. The 35 W TDP parts have, on average, 200-300 MHz lower max CPU core boost- and nominal clock speeds, but more aggressive power-management as defined in the various P-states. Half of these OPNs point to chips with identical clock speeds and core configurations. These are probably differentiated from each other with some of them being Ryzen PRO SKUs.
It stands to reason that all SKUs will be launched under the upcoming Ryzen 4000G-series branding. We already know that the 8-core parts will get a Ryzen 7 brand extension from the Ryzen 7 4700G leak. It's possible that the Ryzen 5 parts will be 6-core/12-thread, and Ryzen 3 4-core/8-thread. For the Ryzen 5 desktop APU series in particular, this would amount to a 50% increase in core- and thread-counts (from the 3400G), while it would see the introduction of SMT for Ryzen 3 desktop APU series (from the 3200G). Find some technical commentary in the Igor's Lab report at the source link below.
Source: Igor's Lab
Add your own comment

32 Comments on OPNs for At Least Twelve Desktop AMD "Renoir" APUs Decoded

#26
GoldenX
Take a look at what yuzu and Ryujinx are doing to emulate the Tegra GPU, you would be surprised.
Posted on Reply
#27
mtcn77
GoldenXTake a look at what yuzu and Ryujinx are doing to emulate the Tegra GPU, you would be surprised.
I need your pointers, if you wouldn't mind.

I looked at yuzu and am not surprised. Nvidia and their extensions. And I don't mean in a cynical manner. It has been present since an undercover developer anonymously stated the state of the industry by naming them Vendor A and B.
I still hold the notion, treating mobile gpus as big gpus is besides the point. We are trying to make the most of active registers, nothing more. Having to schedule 2 cycles worth of data is great for instruction latency which frees up cycles. The gpu suddenly has twice the register fidelity in instruction sequencing. Using all registers for a single workload versus 5 different workloads with only a quarter of the registers active, you get the picture.
This is not the point in a 512 shader machine, but in a 4096 shader big die, you bet you could do better than the same automatic compiler just interleaving work and not looking out to shader runtime. You cannot expect memory to be the slowest proponent indefinitely. If it goes fast, you need a proper driver in the seat.
Posted on Reply
#28
GoldenX
The NVN driver helps a lot with that, and that's the main problem in giving support to other vendors in yuzu. Nvidia basically did their own Vulkan, but better, with it. That's why you see the emulator using any nasty Nvidia extension whenever possible, that's just the closest to native hardware.
I love that the Switch can decode ASTC textures on the fly with no performance loss, and a desktop PC with an RTX Titan takes 17 seconds to finish the same task.
Posted on Reply
#29
mtcn77
I still need your reference. It is such a sore blindspot for me. I have never looked at it in the perspective of its qualities. Yes, extensions and hardware assets are key, but I find it a niche market. Notice how they word the inordinate amount of coding challenge? I cannot make the mental jump to where this falls into place. You are literally asking AMD to be Nvidia, it seems to me at this point.

'A gpu is not an SoC' - that is what I'm getting from this. It warrants an explanation, imo.
GoldenXI love that the Switch can decode ASTC textures on the fly with no performance loss, and a desktop PC with an RTX Titan takes 17 seconds to finish the same task.
Posted on Reply
#30
GoldenX
Well, Intel includes an ASTC decoder on all their graphic products, gen9 or newer.
What I mean is, software kills hardware. Sony did their own driver for the PS4, to avoid using the AMD ones, and rumour says that the Wii U used somthing closer to mesa than to the AMD driver. The GPU can only be as good as the software behind it.
Posted on Reply
#31
mtcn77
GoldenXThe GPU can only be as good as the software behind it.
That is the part that isn't clicking for me. I take it as an exercise of hardware. It looks quite the opposite for me. I could care less about software. Atsc could be the best extension, I would still consider it some sort of texture and that would have been the end for me. I dunno if that rings any bells of illiteracy. I'm literally arguing for generalized computing and hardware being the proponent for it. Maybe I like to think of overcoming inefficiency not in a specific sense. Such ideals of bridging barriers across generations, why is that not 'compute graphics' alright?
Posted on Reply
Add your own comment
Apr 25th, 2024 05:24 EDT change timezone

New Forum Posts

Popular Reviews

Controversial News Posts