Jun 1st, 2025 23:32 EDT change timezone

New Forum Posts

Popular Reviews

TPU on YouTube

Controversial News Posts

Tuesday, September 3rd 2019

AMD "Renoir" APU to Support LPDDR4X Memory and New Display Engine

AMD's next-generation "Renoir" APU, which succeeds the company's 12 nm "Picasso," will be the company's truly next-generation chip to feature an integrated graphics solution. It's unclear as of now, if the chip will be based on a monolithic die, or if it will be a multi-chip module of a 7 nm "Zen 2" chiplet paired with an enlarged I/O controller die that has the iGPU. We're getting confirmation on two key specs - one, that the iGPU will be based on the older "Vega" graphics architecture, albeit with an updated display engine to support the latest display standards; and two, that the processor's memory controller will support the latest LPDDR4X memory standard, at speeds of up to 4266 MHz DDR. In comparison, Intel's "Ice Lake-U" chip supports LPDDX4X up to 3733 MHz.

Code-lines pointing toward "Vega" graphics with an updated display controller mention the new DCN 2.1, found in AMD's new "Navi 10" GPU. This controller supports resolutions of up to 8K, DSC 1.2a, and new resolutions of 4K up to 240 Hz and 8K 60 Hz over a single cable, along with 30 bits per pixel color. The multimedia engine is also suitably updated to VCN 2.1 standard, and provides hardware-accelerated decoding for some of the newer video formats, such as VP9 and H.265 at up to 90 fps at 4K, and 8K up to 24 fps, and H.264 up to 150 fps at 4K. There's no word on when "Renoir" comes out, but a 2020 International CES unveil is likely.
Source: Phoronix
Add your own comment

39 Comments on AMD "Renoir" APU to Support LPDDR4X Memory and New Display Engine

#26
CityCultivator
Chrispy_My experience with STAPM and a couple of 2000-series APUs is that AMD are so nearly there with their current-gen APUs. Battery life suffers compared to Intel because AMD's 1st-gen Zen/Zen+ CPU cores seem to eat up power at lower clockspeeds and don't clock down as hard as Intel's U-series do when idle.

I actually think that getting the CPU portion of the power draw down is more important that the Vega IGP, so if Renoir APUs are 7nm Zen2 cores and 12nm IGP and IO, they'll be fine.

Ideally, the whole thing will be at 7nm but with the 2700U I bought myself in February, and with some STAPM power-budget tweaking thanks to modified BIOSes and RyzenAdj, I can say for certain that the 4C/8T of Raven Ridge load can comfortably use 15-18W and will never consume less than 5W in a normal system. The Vega10 IGP will add maybe 8-9W at full load and peak clocks but rarely get to run at those speeds because most laptops OEMs set a STAPM limit of somewhere between 15-25W (20W in my case). That means that before long, the CPU is using the lion's share of the power budget and the Vega cores are throttled back to 25% of their ideal clocks, despite being the more important part of the equation when the IGP is active in a 3D or GPGPU compute application.

At 15-18W potential peak CPU core usage the IGP really suffers in a Ryzen APU, and most people will be buying Mobile Ryzen for the Vega cores, otherwise they'd just get an Intel with worse graphics but better battery life. In the case of the 15W ultrabooks, the IGP is throttled down to pointless speeds. In the case of 20W and 25W models, the IGP is running sub-optimally if the CPU is busy. TSMC's 7nm seems to have huge efficiency gains so even if ONLY the CPU cores in Renoir were moved to 7nm, that 15-18W CPU peak draw could drop down to Maybe 10-12W, leaving far more headroom for the IGP to do their thing in the ideal 15W power budget.

My preference would be for AMD to better balance their APU power budget in hardware so that the Vega cores get first dibs on whatever power is available. It's actually self-balancing, because if the CPU clocks drop too far from IGP greed, the IGP will stall and free up power budget for the CPU. The current CPU-first implementation doesn't really work. The CPU clocks up and overfeeds the IGP which then rejects frames because it can't process them fast enough. It's a stupid waste :(
I also have a 2700u. I used ryzenadj to keep the system always in fast mode (by setting the slow and stapm time to forever). My stapm limit is a measly 15W. Without ryzenadj the gpu would be useless. On sustained loads, the cooling can dissipate about 25W (with ryzenadj).
Posted on Reply
#27
Chrispy_
CityCultivatorI also have a 2700u. I used ryzenadj to keep the system always in fast mode (by setting the slow and stapm time to forever). My stapm limit is a measly 15W. Without ryzenadj the gpu would be useless. On sustained loads, the cooling can dissipate about 25W (with ryzenadj).
It's annoying isn't it. We bought our laptops for the Vega10 IGP yet default AMD behaviour cripples them to keep the CPU cores running as fast as possible.

Raven Ridge's CPU portion has no advantages over the equivalent i7 (slower, hungrier, lower IPC) and it sucks that AMD doesn't provide software to control the APUs properly. We rely on third parties for that.

One thing I found helpful for gaming was to run the game with processor affinity limited to two consecutive threads (one physical core with SMT). Assuming the game runs on two threads, it's usually an improvement in IGP performance. Just create a shortcut to your game with the following:

cmd.exe /c start "Program Name" /affinity 3 "Full path of application file"

The 3 is hexdecimal for 11, implying core0 and core1 are active.

affinity 1 = 1C/1T
affinity 3 = 1C/2T
affinity 5 = 2C/2T
affinity 1E = 2C/4T

I don't think there's any point going higher than that because the IGP will always be the gaming bottleneck even with only 2C/4T active.
Posted on Reply
#28
CityCultivator
I stopped playing on that machine, I do still use it for madvr playing.
There is less CPU usage then (especially when hardware acceleration is present).
Posted on Reply
#30
Chrispy_
You need to use the hex code of the binary value. Which reminds me, I derped up; 2c4t is 1E, not 15!
Posted on Reply
#31
bug
Chrispy_You need to use the hex code of the binary value. Which reminds me, I derped up; 2c4t is 1E, not 15!
So you meant 3 is hex for binary 11. Gotcha.
Posted on Reply
#32
Chrispy_
bugSo you meant 3 is hex for binary 11. Gotcha.
Yep. Brainfarts are my specialty.
Posted on Reply
#33
bug
Chrispy_Yep. Brainfarts are my specialty.
No sweat I routinely go back and edit my posts for things like these. Or typos. And I'm pretty sure I'm not catching them all ;)
Posted on Reply
#34
danbert2000
Here I was all excited for Ryzen 3 APUs because we could finally get decent IPC on the CPU side and a Navi iGPU, but apparently that makes too much sense so we must wait for two whole cycles of APUs to get the best AMD can make. Big miss for AMD, and you have to wonder if:
  • AMD can make Navi work with an APU, but they don't want to provide a GPU solution in the APU that makes casual gamers just skip a discrete AMD GPU when building their computer.
  • AMD developed Navi with Sony and Microsoft money and there's some provision that AMD can't use Navi in APUs until after console release so as not to overshadow the custom APUs.
  • AMD is out of time and money to make Navi work with the APUs that aren't really their profit center right now.
  • The GPU part is going to be integrated into the IO chip and Navi was never validated on the larger lithography.
Whatever the case, AMD will be looking pretty weak on APU performance if Intel is able to push out Gen 11 integrated graphics on their chips anytime soon. Hopefully they figured out some way to up the number of compute units to at least beat the existing chips in graphics performance.
Posted on Reply
#35
bug
danbert2000Here I was all excited for Ryzen 3 APUs because we could finally get decent IPC on the CPU side and a Navi iGPU, but apparently that makes too much sense so we must wait for two whole cycles of APUs to get the best AMD can make.
Eh, by the time they make a Navi APU, their best will probably be Arcturus already. The only problem I have with that is newer GPU arch tends to be more power efficient and that's a big win for APUs.
Posted on Reply
#36
Brusfantomet
danbert2000Here I was all excited for Ryzen 3 APUs because we could finally get decent IPC on the CPU side and a Navi iGPU, but apparently that makes too much sense so we must wait for two whole cycles of APUs to get the best AMD can make. Big miss for AMD, and you have to wonder if:
  • AMD can make Navi work with an APU, but they don't want to provide a GPU solution in the APU that makes casual gamers just skip a discrete AMD GPU when building their computer.
  • AMD developed Navi with Sony and Microsoft money and there's some provision that AMD can't use Navi in APUs until after console release so as not to overshadow the custom APUs.
  • AMD is out of time and money to make Navi work with the APUs that aren't really their profit center right now.
  • The GPU part is going to be integrated into the IO chip and Navi was never validated on the larger lithography.
Whatever the case, AMD will be looking pretty weak on APU performance if Intel is able to push out Gen 11 integrated graphics on their chips anytime soon. Hopefully they figured out some way to up the number of compute units to at least beat the existing chips in graphics performance.
Well, AMD is capable of making a bigger GPU for an APU solution, just look at the Intel i7 8809g.
Note that the Vega chip in those implementations has its own dedicated HBM2 framebuffer, removing the need to share bandwith with the CPU.

If you compare the Vega 8 in the 2200g with the Vega 11 in the 2400g, there is a 50% increase in raw power, but the gaming performance is really close. Shure, "Renoir" has potentially higher ram speeds (4266 MHz compared to 3200 MHz) but that is peanuts (68 GB/s and 51 GB/s) compared to the dedicated bandwidth of the 8809g at over 200 GB/s.

In short; memory interface speed is holding AMD APUs back, and nothing short of a dedicated HMB2 chip for GPU memory on package will solve that.
Posted on Reply
#37
Chrispy_
danbert2000Here I was all excited for Ryzen 3 APUs because we could finally get decent IPC on the CPU side and a Navi iGPU, but apparently that makes too much sense so we must wait for two whole cycles of APUs to get the best AMD can make. Big miss for AMD, and you have to wonder if:
  • AMD can make Navi work with an APU, but they don't want to provide a GPU solution in the APU that makes casual gamers just skip a discrete AMD GPU when building their computer.
  • AMD developed Navi with Sony and Microsoft money and there's some provision that AMD can't use Navi in APUs until after console release so as not to overshadow the custom APUs.
  • AMD is out of time and money to make Navi work with the APUs that aren't really their profit center right now.
  • The GPU part is going to be integrated into the IO chip and Navi was never validated on the larger lithography.
Whatever the case, AMD will be looking pretty weak on APU performance if Intel is able to push out Gen 11 integrated graphics on their chips anytime soon. Hopefully they figured out some way to up the number of compute units to at least beat the existing chips in graphics performance.
I think it's simpler than that. Demand for Zen2 processors FAR outstrips supply. I've been waiting on orders for 6+ weeks for any kind of bulk purchases and I'm looking outside of the UK to EU vendors too.

TSMC's 7nm node is busy. Everyone wants a piece, not just AMD. So AMD have limited 7nm capacity available to them and all of that is going on Zen chiplets for Epyc in the case of the most efficient yields (where the profit margin is 10x what it is in the consumer space) and the leakier, higher-voltage chips become consumer Ryzen.

This is why the only Navi parts coming out right now are going into the high-end market. There's not enough spare 7nm production capacity to justify making low-end consumer parts with tiny profit margins, so the only APUs we're likely to see in the immediate future are probably going to be 8C/16T Zen2 chiplets that are super-defective but can be salvaged as 4C/8T. All AMD have to do to make Renoir from those is throw them onto a package with existing Vega and IO controller made on the cheap and unconstrained GloFo 14nm process.
Posted on Reply
#38
IceShroom
BrusfantometWell, AMD is capable of making a bigger GPU for an APU solution, just look at the Intel i7 8809g.
Note that the Vega chip in those implementations has its own dedicated HBM2 framebuffer, removing the need to share bandwith with the CPU.

If you compare the Vega 8 in the 2200g with the Vega 11 in the 2400g, there is a 50% increase in raw power, but the gaming performance is really close. Shure, "Renoir" has potentially higher ram speeds (4266 MHz compared to 3200 MHz) but that is peanuts (68 GB/s and 51 GB/s) compared to the dedicated bandwidth of the 8809g at over 200 GB/s.

In short; memory interface speed is holding AMD APUs back, and nothing short of a dedicated HMB2 chip for GPU memory on package will solve that.
Perfect example of APU is APU's used in console like Xbox 1/PS4. Another is Subor Z+.
Posted on Reply
#39
Brusfantomet
IceShroomPerfect example of APU is APU's used in console like Xbox 1/PS4. Another is Subor Z+.
Yes, but both the Xbox and PS4 are running a scaled back OS compared to a standard PC.
Additionally, both of them have memory in the same ballpark as the HBM2 chip in the 8809g for the GPUs (Xbox one x 326 GB/s and PS4 is 176 GB/s)
The Subor Z+ sits at 256 GB/s according to this.

I still think it’s a question of memory bandwidth for the consumer APUs from AMD.
Posted on Reply
Add your own comment
Jun 1st, 2025 23:32 EDT change timezone

New Forum Posts

Popular Reviews

TPU on YouTube

Controversial News Posts