10-core i9-10900F desktop CPU lags behind 8-core Ryzen 9 4900HS mobile APU(notebookcheck.net)
notebookcheck.net
10-core i9-10900F desktop CPU lags behind 8-core Ryzen 9 4900HS mobile APU
https://www.notebookcheck.net/10-core-Intel-Core-i9-10900F-desktop-CPU-does-well-in-Geekbench-multi-core-test-but-then-gets-put-to-shame-by-8-core-AMD-Ryzen-9-4900HS-mobile-APU.461162.0.html
13 comments
Yes, Intel's "marketing TDP" is a complete sham.
You get completely different digits once you get full engineering datasheets under NDAs.
Intel's 5W "ultraportable" CPUs for examples go to 17W.
15W ones can boost well above 40W.
You get completely different digits once you get full engineering datasheets under NDAs.
Intel's 5W "ultraportable" CPUs for examples go to 17W.
15W ones can boost well above 40W.
Interestingly, it was not like that previously. I'd say it slowly started with Haswells. Sandy and Ivy were often less power hungry than their TDP suggested.
I don’t think this is about power efficiency, but thermal envelope.
Is there much difference?
Yeah, I believe the point was max performance, not performance per watt.
Yeah TDP is calculated differently for Intel and AMD, usually to make Intel look better. It makes it harder to compare because hardware components are going to be different (e.g. different mobo, different memory, etc) but they should measure wattage out the wall.
Intel's is roughly "the thermal dissipation required to maintain base clock speeds indefinitely without thermal throttling".
AMD's is roughly "the thermal dissipation required for all-core turbo indefinitely".
In recent generations (since AMD's Zen architecture), AMD is much closer in testing to their published numbers than Intel is.
It is important to note that this is a thermal specification, rather than a power consumption specification. There are processors that exist which can hit their performance numbers without needing any thermal solution, and as such would have an "honest" TDP of 0, despite having a >0 power draw from the wall.
AMD's is roughly "the thermal dissipation required for all-core turbo indefinitely".
In recent generations (since AMD's Zen architecture), AMD is much closer in testing to their published numbers than Intel is.
It is important to note that this is a thermal specification, rather than a power consumption specification. There are processors that exist which can hit their performance numbers without needing any thermal solution, and as such would have an "honest" TDP of 0, despite having a >0 power draw from the wall.
I really wish they'd publish the range. Last year I built an AMD EPYC 3201 (embedded) with a 30W TDP (replacing a Xeon E3-1220v3[1]). Because it sits idle or under very low load most of the time, and though my power is effectively free (under my office lease I pay a fixed share of building utilities based on my square footage), I don't want to unnecessarily waste energy, generate a ton of heat (130-year-old building, A/C is adjusted by window height), or go deaf from the fans. Also, I prefer short depth rack mount cases which means everything is stuffed in there tight.[2]
It idles at about ~20W and maxes ~45W (+/- 5W, I forget) as measured at the outlet, but if a more powerful CPU idled at 30W and only peaked to 100-150W at full load, I'd prefer that (especially for a future replacement for my VM host), as the 1% of time I need the performance it's definitely worth it. But it's hard to find reliable numbers, if any numbers at all other than the marketing TDP, so I just err on the safe side.
[1] The older E3s were amazing, at least in the pre-Meltdown, pre-Spectre era. I built 2 E3-1220v2 boxes and 2 E3-1220v3 boxes, and at full load (all cores at max, with or without heavy memory transfer) both drew under their published TDPs at the outlet.
[2] Supermicro's EPYC embedded motherboard is a poor fit for the officially paired short depth case, especially the power connector. The case was originally designed for their Atom, Xeon E3, and Xeon D boards. With their EPYC embedded board the power connector needs an adapter, and the adapter and wires have to be stuffed forcefully in an awkward and worrisome manner, much more awkward than is typical for a poorly designed configuration. I think I spent a day confirming that I wasn't doing something wrong, and than another day looking in vein for an alternative adapter that wasn't so large. But I really wanted the EPYC to replace the E3, and didn't want to wait any longer. And it seems I'd still be waiting if I had. For all its flaws Supermicro's solution still seems the most practical for stuffing an AMD Zen CPU into a short depth rackmount case, whether EPYC or Ryzen.
It idles at about ~20W and maxes ~45W (+/- 5W, I forget) as measured at the outlet, but if a more powerful CPU idled at 30W and only peaked to 100-150W at full load, I'd prefer that (especially for a future replacement for my VM host), as the 1% of time I need the performance it's definitely worth it. But it's hard to find reliable numbers, if any numbers at all other than the marketing TDP, so I just err on the safe side.
[1] The older E3s were amazing, at least in the pre-Meltdown, pre-Spectre era. I built 2 E3-1220v2 boxes and 2 E3-1220v3 boxes, and at full load (all cores at max, with or without heavy memory transfer) both drew under their published TDPs at the outlet.
[2] Supermicro's EPYC embedded motherboard is a poor fit for the officially paired short depth case, especially the power connector. The case was originally designed for their Atom, Xeon E3, and Xeon D boards. With their EPYC embedded board the power connector needs an adapter, and the adapter and wires have to be stuffed forcefully in an awkward and worrisome manner, much more awkward than is typical for a poorly designed configuration. I think I spent a day confirming that I wasn't doing something wrong, and than another day looking in vein for an alternative adapter that wasn't so large. But I really wanted the EPYC to replace the E3, and didn't want to wait any longer. And it seems I'd still be waiting if I had. For all its flaws Supermicro's solution still seems the most practical for stuffing an AMD Zen CPU into a short depth rackmount case, whether EPYC or Ryzen.
Gamers Nexus has a video & article explaining how TDP is primarily a marketing term.
https://www.gamersnexus.net/guides/3525-amd-ryzen-tdp-explai...
https://www.gamersnexus.net/guides/3525-amd-ryzen-tdp-explai...
>There are processors that exist which can hit their performance numbers without needing any thermal solution, and as such would have an "honest" TDP of 0, despite having a >0 power draw from the wall.
Nitpick warning - I assume you mean that they are passively cooled in free air. They are still emitting heat into their environment. If you stuck such a processor into a perfectly insulated container, it would eventually overheat and throttle down. So it's really only fair to call them 0 TDP if you ignore the base "free" cooling. You could make the same assumption about power if you just stuck a solar panel on top (like a calculator processor) and then ignored that power input.
Nitpick warning - I assume you mean that they are passively cooled in free air. They are still emitting heat into their environment. If you stuck such a processor into a perfectly insulated container, it would eventually overheat and throttle down. So it's really only fair to call them 0 TDP if you ignore the base "free" cooling. You could make the same assumption about power if you just stuck a solar panel on top (like a calculator processor) and then ignored that power input.
[deleted]
This is correct.
Does this new intel CPU have 'fixes' for all issues like spectre and meltdown, where you were supposed to turn off hyperthreading for better security? I'm just curious if the fixes for those (and other similar vulnerabilities) are starting to make their way into silicon, but also that the fixes recommended usually slow cpu's down quite a bit too.
Intel "fixes" so far has been microcode level detectors for particular proof of concepts submitted by researchers. Makeup on a pig.
https://www.nytimes.com/2019/11/12/technology/intel-chip-fix...
https://www.nytimes.com/2019/11/12/technology/intel-chip-fix...
> microcode level detectors for particular proof of concepts
No, they don't have enough microcode space for this, and the data paths in the CPU that Spectre and Meltdown affect are not programmable with microcode. The microcode updates have been hamfisted, usually amounting to a massive hammer. E.g. the first "hardware fix" for variant 2 (branch target injection) was to make the BTB not shareable across hyperthreads. The fix worked. It was to completely disable the BTB for indirect branch predictions altogether. Ha! That'll confound any sharing of it!
Intel's CPUs are completely riddled with side channels due to the way they implemented speculative rollback. They are kind of screwed.
No, they don't have enough microcode space for this, and the data paths in the CPU that Spectre and Meltdown affect are not programmable with microcode. The microcode updates have been hamfisted, usually amounting to a massive hammer. E.g. the first "hardware fix" for variant 2 (branch target injection) was to make the BTB not shareable across hyperthreads. The fix worked. It was to completely disable the BTB for indirect branch predictions altogether. Ha! That'll confound any sharing of it!
Intel's CPUs are completely riddled with side channels due to the way they implemented speculative rollback. They are kind of screwed.
> Does this new intel CPU have 'fixes' for all issues like spectre and meltdown
It's worth noting that Spectre-V1 is likely to be with us for many many years. CPUs have so far only shown interest in addressing spectre when spectre is crossing process or ring boundaries. In-process spectre leaks (so variant 1, Bounds Check Bypass) are currently not really being considered a problem in the CPU's eyes. No privilege boundaries were crossed, therefore not a bug.
As in, secure in-process sandboxing seems to just be dead. Or left as an exercise for the embedding code to figure out how to in some way handle with no CPU support.
It's worth noting that Spectre-V1 is likely to be with us for many many years. CPUs have so far only shown interest in addressing spectre when spectre is crossing process or ring boundaries. In-process spectre leaks (so variant 1, Bounds Check Bypass) are currently not really being considered a problem in the CPU's eyes. No privilege boundaries were crossed, therefore not a bug.
As in, secure in-process sandboxing seems to just be dead. Or left as an exercise for the embedding code to figure out how to in some way handle with no CPU support.
I mean what could the CPU do otherwise for Spectre v1? You clearly need a privilege boundary, which CPUs already have in multiple ways: how would a new boundary differ to those that already exist?
Some people have asked for failed speculative execution to be truly side-effect free. Like a transaction buffer that speculative execution can manipulate without evicting or impacting L1/L2 until the speculation is committed.
I don't really think this is a great use of transistors, and is why CPUs will probably never do it, but theoretically possible maybe.
I don't really think this is a great use of transistors, and is why CPUs will probably never do it, but theoretically possible maybe.
Coffee Lake and newer has mitigations for that apparently.
https://www.anandtech.com/show/13450/intels-new-core-and-xeo...
I'm unsure if a "fix" is actually possible with a pure hardware solution.
https://www.anandtech.com/show/13450/intels-new-core-and-xeo...
I'm unsure if a "fix" is actually possible with a pure hardware solution.
Despite the protestations of l33t Cyberhaxxing Z3r0 Cools everywhere, you only have to turn off hyper-threading if you are sharing a machine with someone you don't trust.
If someone is on your machine and you don't know it, they don't have to use side-channel attacks.
They'll can just use any of the thousands of other ways of privilege escalation to read the super-secret information you have stored in RAM, or find it when it is written to disk.
The OpenBSD folks disabled SMT by default because of TLBleed.
A non-datacenter/cloud user disabling SMT to avoid TLBleed is like a normal person carrying a fireman's rescue saw around with them 24 hours a day in case they get into a situation they have to saw themselves out of.
If someone is on your machine and you don't know it, they don't have to use side-channel attacks.
They'll can just use any of the thousands of other ways of privilege escalation to read the super-secret information you have stored in RAM, or find it when it is written to disk.
The OpenBSD folks disabled SMT by default because of TLBleed.
A non-datacenter/cloud user disabling SMT to avoid TLBleed is like a normal person carrying a fireman's rescue saw around with them 24 hours a day in case they get into a situation they have to saw themselves out of.
> Despite the protestations of l33t Cyberhaxxing Z3r0 Cools everywhere, you only have to turn off hyper-threading if you are sharing a machine with someone you don't trust.
If you're reading this reply, you probably automatically executed `hn.js`. Are you _sure_ you know what it does?
Unless you're browsing the web with Javascript completely disabled, and you also don't have any applications that automatically update themselves from a remote source (are you _sure_ you know what those various auto-updaters are downloading?), you're running untrusted code on your machine.
Perhaps you don't particularly care about that risk, or you don't feel the risk is severe enough to warrant the performance hit, which is fair, but the risk is there nonetheless.
If you're reading this reply, you probably automatically executed `hn.js`. Are you _sure_ you know what it does?
Unless you're browsing the web with Javascript completely disabled, and you also don't have any applications that automatically update themselves from a remote source (are you _sure_ you know what those various auto-updaters are downloading?), you're running untrusted code on your machine.
Perhaps you don't particularly care about that risk, or you don't feel the risk is severe enough to warrant the performance hit, which is fair, but the risk is there nonetheless.
If I should disable hyperthreading because of a hypothetical risk from an experimental proof of concept, shouldn't I also throw my PC into a dumpster because I don't know if the microcontroller controlling my LCD isn't also amplifying and Van Eck'ing my desktop to Chinese and Russian superspies waiting in a van outside?
After all, I'm not _SURE_ I know what it's doing.
Perhaps you don't particularly care about that risk, or you don't feel the risk is plausible enough to warrant the loss of one's computer, which is fair, but the risk is there nonetheless.
Why would a l33t haxxor waste their time on an esoteric and academic attack when they can just get their victim to click on something?
After all, I'm not _SURE_ I know what it's doing.
Perhaps you don't particularly care about that risk, or you don't feel the risk is plausible enough to warrant the loss of one's computer, which is fair, but the risk is there nonetheless.
Why would a l33t haxxor waste their time on an esoteric and academic attack when they can just get their victim to click on something?
Because otherwise it's kind of hard to get system root from a single click in a (somewhat) sandboxed environment.
Are you aware of any spectre POC that in JavaScript you can break out of that sandbox and do anything worth while?
Spectre does not allow write access to unprivileged memory; you need another exploit for that. Spectre allows read access to essentially all of the containing process's address space. This is enough for just leaking secrets, but can also assist with other vulnerabilities, e.g. reversing address space randomization in order to figure out where to write in memory with the other vulnerability. It makes all write exploits more dangerous.
Yeah, my understanding is that browsers added mitigations for this sort of stuff - so I'm curious about it too.
i believe that the browsers fuzz your timings now which is what spectre heavily relied on. i think people thinking JS+Spectre in the wild are misled especially since 99% of people run with mitigations enabled, why would someone try to exploit it on a browser
AFAIK hyperthreading issues are related to some narrow set of bugs (zombieload?), which are extremely difficult to exploit, at least not in a browser. Correct me if Iam wrong.
Hyperthreading (SMT) is the most fruitful vector for side-channel leaks because so many processor resources are shared between the threads. This was the case even before Spectre.
Conceptually it's also the easiest vector to mitigate in the OS--simply schedule processes in different trust domains (e.g. different UIDs) on different physical cores. This is what good VM hypervisors do. You'll never be scheduled on a physical core in parallel with another AWS tenant, which is why the minimum vCPUs on AWS is always 2. But traditional kernel schedulers (Linux, macOS, Windows, et al) and user space APIs for this mitigation are still nowhere in sight.
Conceptually it's also the easiest vector to mitigate in the OS--simply schedule processes in different trust domains (e.g. different UIDs) on different physical cores. This is what good VM hypervisors do. You'll never be scheduled on a physical core in parallel with another AWS tenant, which is why the minimum vCPUs on AWS is always 2. But traditional kernel schedulers (Linux, macOS, Windows, et al) and user space APIs for this mitigation are still nowhere in sight.
Right, I understand it is not good in the cloud environments, but how exactly would you exploit it on a desktop Linux computer?
JavaScript and WebAssembly. See MDS (https://en.wikipedia.org/wiki/Microarchitectural_Data_Sampli...), a non-exclusive class of vulnerabilities of which ZombieLoad was but one proven exploit, Portsmash (https://www.theregister.co.uk/2018/11/02/portsmash_intel_sec...), and others.
Here's a good paper (pre Spectre) that surveys various timing attacks and how they relate to specific architectural features: Qian Ge, Yuval Yarom, David Cock, and Gernot Heiser, "A Survey of Microarchitectural Timing Attacks and Countermeasures on Contemporary Hardware", https://eprint.iacr.org/2016/613.pdf.
Here's a good paper (pre Spectre) that surveys various timing attacks and how they relate to specific architectural features: Qian Ge, Yuval Yarom, David Cock, and Gernot Heiser, "A Survey of Microarchitectural Timing Attacks and Countermeasures on Contemporary Hardware", https://eprint.iacr.org/2016/613.pdf.
Or.. if you run untrusted code, such as a web browser with Javascript enabled.
I've got a 4800hs 8-core laptop that should be showing up on my doorstep later today. My kid is doing some heavy video/graphics work in Adobe in her undergraduate program, and going to try this as a potential desktop/workstation replacement since she is still a bit of a nomad as a student. Her current laptop just can't handle the work without trying to cook itself - but will have some apples to apples rendering comparisons based on her homework soon.
The crazy thing is the cost.. about $1000 for a base unit. Will be doing some comparisons to my other desktop threadrippers just to see where it stacks up.
The crazy thing is the cost.. about $1000 for a base unit. Will be doing some comparisons to my other desktop threadrippers just to see where it stacks up.
For the performance and battery life, $1000 is a pretty good price.
I think it has a 4800H cpu (45W) and not the more expensive 4800HS cpu (35W). Apparently the S is short for slim, source: https://www.tomshardware.com/news/amd-hs-design-standard-gam...
Still, around 10 hours of battery life for casual use is great.
I think it has a 4800H cpu (45W) and not the more expensive 4800HS cpu (35W). Apparently the S is short for slim, source: https://www.tomshardware.com/news/amd-hs-design-standard-gam...
Still, around 10 hours of battery life for casual use is great.
Nice - assuming it has USB-C? The external USB-C SSDs are great for source media.
I believe so.
https://www.asus.com/us/Laptops/ASUS-TUF-Gaming-A15
Is what we have on route. No SD slot... but most of the other ports one might need.
https://www.asus.com/us/Laptops/ASUS-TUF-Gaming-A15
Is what we have on route. No SD slot... but most of the other ports one might need.
Yeah it does. 1TB will last a while but depending on what she’s working on she could easily have 100GB of source material per project.
SD Card slot,for transferring files from her camera. It does have room for an extra m.2 drive. I've not opened the back yet... those parts/packages have not shown up yet.
Can you recommend a NUC-like computer?
Something easy to carry around, to LAN, ideally with PCIe slots or an NVIDIA GPU
Something easy to carry around, to LAN, ideally with PCIe slots or an NVIDIA GPU
Intel is reportedly going back to their old ways and incentivizing nuc vendors to either delay or cancel AMD versions.
https://twitter.com/IanCutress/status/1249819270537715719?s=...
https://twitter.com/IanCutress/status/1249819270537715719?s=...
Mini-ATX FF too big? If not, something like this: https://pcpartpicker.com/user/spety/saved/#view=QR7ZZL
(disclaimer, double check my research especially clearances for the cooler if you move forward :))
(disclaimer, double check my research especially clearances for the cooler if you move forward :))
Mind sharing the brand/model?
https://www.amazon.com/gp/product/B086K3NFQQ/ref=ppx_yo_dt_b...
Is what we picked up. First time I've ordered a laptop without actually messing with it first. This likely will be used as more of a workstation/desktop replacement. Looking forward.
Package just showed up! Unboxing now.
Is what we picked up. First time I've ordered a laptop without actually messing with it first. This likely will be used as more of a workstation/desktop replacement. Looking forward.
Package just showed up! Unboxing now.
Slightly off topic, but with the G14, it was made clear that the RTX 2060 is the 60W max-Q version. Do you know if this Asus TUF RTX 2060 is the full 90W version? (Well, it sounds like you're getting the 1660 Ti, but the same question applies, since they also sell that in both 60W Max-Q and full 80W versions.)
ETA: This seems to hint it is the 90W version https://www.ultrabookreview.com/36108-asus-tuf-gaming-fa506i...
ETA: This seems to hint it is the 90W version https://www.ultrabookreview.com/36108-asus-tuf-gaming-fa506i...
I'd love to see a comparison between this and a $3000 Macbook Pro.
Plus, look at all those ports that Apple will never give you!
Thanks for the link, this might be my new laptop.
Plus, look at all those ports that Apple will never give you!
Thanks for the link, this might be my new laptop.
Passmark results on it.
https://i.imgur.com/RkdNpC5.png
https://i.imgur.com/i8WLsFV.png
CPU shows 20,349. The only other Windows box I have is an old first gen threadripper 1950x, which scores around 29,373.
https://i.imgur.com/F1D5Cjw.png
She needs to finish downloading the Creative Cloud kit before I see how it stacks up to some older i9 macs.
CPU shows 20,349. The only other Windows box I have is an old first gen threadripper 1950x, which scores around 29,373.
https://i.imgur.com/F1D5Cjw.png
She needs to finish downloading the Creative Cloud kit before I see how it stacks up to some older i9 macs.
It's very certainly faster by a healthy margin, with slightly worse build quality and a worse screen.
I kept a bookmark just to come back to this thread later. Would you mind sharing your experience so far?
I'm really hoping apple puts these AMD mobile chips in their next MacBook Pro. At the moment I'm not seeing much reason to upgrade from my 2015 model, but if I could have 8 cores, that would a different matter...
If apple ever switches CPU supplier for their macbooks, it'll probably be for their own.
I guess they could buy AMD. Not that it would make any sense. :-)
I think AMD will lose its x86 license then.
https://www.kitguru.net/components/graphic-cards/anton-shilo...
https://www.kitguru.net/components/graphic-cards/anton-shilo...
The way I read it, Intel would lose it too. Neither Intel nor Apple could afford losing it for even one day. It would thoroughly damage their brand.
I wonder how feasible it would be to remove the internal instruction set translation, thus making it not an x86 CPU, and doing translation in software.
One of the key reasons we might not see this yet is Thunderbolt 3 support. Thunderbolt is noticeably missing from the new AMD laptops on the market - e.g. the Asus ROG Zephyrus G14 (2020). Thunderbolt itself is an Intel technology.
The emergence of USB 4 (effectively TB3) as a standard will change that. Perhaps we'll see that become available in AMD's next generation of CPUs.
The emergence of USB 4 (effectively TB3) as a standard will change that. Perhaps we'll see that become available in AMD's next generation of CPUs.
Is thunderbolt support tied to the CPU?? I thought it was just a slot that can be added in the mother board for any powerful CPU
Thunderbolt can be added to anything. There are Thunderbolt 3 AMD motherboards currently even, just only on desktop where it's borderline pointless.
The main thing is Intel's CPUs integrate a chunk of the thunderbolt 3 responsibility (which Ice Lake takes even further: https://www.anandtech.com/show/14514/examining-intels-ice-la... ). So it's an easy add-on for OEMs, which makes it more common & widespread as a result.
Also relevant being this is AMD's first time being in a premium laptop position in a long, long time. Just having AMD in a premium offering is itself a new scenario for OEMs.
The main thing is Intel's CPUs integrate a chunk of the thunderbolt 3 responsibility (which Ice Lake takes even further: https://www.anandtech.com/show/14514/examining-intels-ice-la... ). So it's an easy add-on for OEMs, which makes it more common & widespread as a result.
Also relevant being this is AMD's first time being in a premium laptop position in a long, long time. Just having AMD in a premium offering is itself a new scenario for OEMs.
> There are Thunderbolt 3 AMD motherboards currently even, just only on desktop where it's borderline pointless.
Here's a setup which takes advantage of TB3 on the desktop. I think this is a compelling setup, though not something I aspire to.
https://www.youtube.com/watch?v=wQMCvQ01e80
Here's a setup which takes advantage of TB3 on the desktop. I think this is a compelling setup, though not something I aspire to.
https://www.youtube.com/watch?v=wQMCvQ01e80
I do like that setup but it doesn't actually need TB3, as a follow-up video from LTT showed: https://www.youtube.com/watch?v=jvzeZCZluJ0
Certainly not necessary. TB looks to be a bit more economical. The fiber setup is pricey in the second video.
I do love the idea of being distant from primary compute. I run a Threadripper desktop and my mobile option is an old, low-powered laptop from which I can remote into one of several environments hosted at home.
I do love the idea of being distant from primary compute. I run a Threadripper desktop and my mobile option is an old, low-powered laptop from which I can remote into one of several environments hosted at home.
Oh I never knew this. Thanks for the link. I think AMD is catching up in every possible way and thats a good thing. I hope we get more cool stuff sooner from them!
I think Apple is already in the process of making their own chips. I'm thinking that they'll release an ARM chip for laptops. They are already blazing out on the mobile side.
I'm actually rooting/hoping for AMD. They seem to be top of the line atm. I haven't seen much of ARM
Yeah using AMD chips can instantly reduce the price and also offer more performance per dollar. Apple should try a single device at least
Yeah and we already know, it won't be in any way better but it will cost you a 5digit number but it will look sooo nice.
@downvotes: you know I'm right and your anger just shows how guilty you feel because of it.
It's not wrong in any way. People buy their devices by choice. Their products their prices
The i9 in a 16 inch MBP is 8 cores though?
Thermal throttling and energy saving when using all the cores on a laptop i9 means that the 4000 series 8 cores are on a league of their own.
Hmm I need some schooling please:
"The TDP for the latter part is 35 W while the i9-10900F is listed at 65 W, but being an Intel desktop processor that just reflects the TDP for the base clock, with much higher energy demands required for higher clocks (e.g. maximum PL1 has been recorded at 170 W)."
So where do I find the actual maximum power consumption on recent desktop CPUs then? Do I set a limit in the BIOS? Do I read each and every review to see what they measured?
Pointers to relevant links very much appreciated, thankee sai.
"The TDP for the latter part is 35 W while the i9-10900F is listed at 65 W, but being an Intel desktop processor that just reflects the TDP for the base clock, with much higher energy demands required for higher clocks (e.g. maximum PL1 has been recorded at 170 W)."
So where do I find the actual maximum power consumption on recent desktop CPUs then? Do I set a limit in the BIOS? Do I read each and every review to see what they measured?
Pointers to relevant links very much appreciated, thankee sai.
> So where do I find the actual maximum power consumption on recent desktop CPUs then?
Unfortunately you do this by putting it on a motherboard and and generally putting an amp meter on the 12v EPS rail. Either that or just power from wall. The CPU vendors have worked really hard to hide this. Mostly because for most people it's largely irrelevant these days as the CPU will scale to cooling and power delivery. There are some limits though.
Unfortunately you do this by putting it on a motherboard and and generally putting an amp meter on the 12v EPS rail. Either that or just power from wall. The CPU vendors have worked really hard to hide this. Mostly because for most people it's largely irrelevant these days as the CPU will scale to cooling and power delivery. There are some limits though.
You'd think "power consumption for prolonged 100% all-cores workload" would be the most relevant thing when selling server chips specifically, though, since it translates directly into OpEx. And yet even on those data sheets it's nowhere to be found.
But what 100% workload? Is it 100% integer throughput? In which case it'll use a small fraction of the power of a blended integer & float workload. What about AVX-512? Is that considered 100% or beyond 100%? How much RAM is in play? Is it entirely an L1/L2 workload such that memory is never a bottleneck? Or is RAM used and then the CPU isn't really hitting maximum compute throughput? Or is it RAM reads & writes perfectly intermixed with integer & float computations that will always be L1/L2 cache hits, even though literally nothing will ever have that flawless of an execution in terms of power consumption?
With how much of a CPU is dynamically gated & power controlled there is a difference between "maximum theoretical draw" and "maximum a 'real world' 100% load" will hit.
With how much of a CPU is dynamically gated & power controlled there is a difference between "maximum theoretical draw" and "maximum a 'real world' 100% load" will hit.
So for that it's "Easier" because you check the VRM spec for the socket for server. That's the maximum draw the manufacturer expects any CPU for that socket to ever pull. Then generally most of the higher end parts will vary clock speed vs cores etc to stay on that line.
This works because server motherboard manufacturers only ever build to that spec and not one iota beyond it for cost reasons.
But yeah... average expected draw is going to be interesting and most manufacturers won't give a number to avoid getting sued.
This works because server motherboard manufacturers only ever build to that spec and not one iota beyond it for cost reasons.
But yeah... average expected draw is going to be interesting and most manufacturers won't give a number to avoid getting sued.
Yeah, but the mobo manufacturer has to plan on you putting in the thirstiest chips on there, when you might be putting lower end chips on because your workload is mostly memory or PCI channel constrained and you are looking to max out the density in the rack.
Of course you also have to consider the cooling capacity of your chassis. 170W in a 1U form factor needs a hell of a lot of airflow to avoid thermal throttling, especially on a dual CPU motherboard. Plus you gotta fit the power supply and everything else in there.
Of course you also have to consider the cooling capacity of your chassis. 170W in a 1U form factor needs a hell of a lot of airflow to avoid thermal throttling, especially on a dual CPU motherboard. Plus you gotta fit the power supply and everything else in there.
If you’re selling server chips you’re likely selling to clients who are gonna do their own tests and trials under their use cases anyways. They aren’t even gonna look at numbers supplied by the manufacturer.
And if you advertise power consumption for those kind of workloads (100% usage) to regular consumers, who are probably gonna buy 1 computer every 3-5 years, you’re disincentivized from optimizing the kind of stuff that have seen real gains, such as designs that aggressively and cheaply turn on/off systems, or clever decisions to run the chip slower than its max output to improve power consumption, without making an impact noticeable by a human user.
And if you advertise power consumption for those kind of workloads (100% usage) to regular consumers, who are probably gonna buy 1 computer every 3-5 years, you’re disincentivized from optimizing the kind of stuff that have seen real gains, such as designs that aggressively and cheaply turn on/off systems, or clever decisions to run the chip slower than its max output to improve power consumption, without making an impact noticeable by a human user.
Prolonged 100% all-core workloads, at what clock speed? With what cooling solution?
All of these factors are variable. You could produce a number that says "the maximum clock the part is capable of, with a perfect cooling solution", but that number would never be reached in anything short of a liquid nitrogen testbench, and thus would be pointless outside of an academic setting. Intel was literally demonized for trying something similar to this two years ago, when they benchmarked a 28 core 5Ghz chip without disclosing that it was overclocked, and hooked up to an industrial water cooler [1].
In reality, this number can be found, but it would be an irrelevant number.
[1] https://www.tomshardware.com/news/intel-28-core-cpu-5ghz,372...
All of these factors are variable. You could produce a number that says "the maximum clock the part is capable of, with a perfect cooling solution", but that number would never be reached in anything short of a liquid nitrogen testbench, and thus would be pointless outside of an academic setting. Intel was literally demonized for trying something similar to this two years ago, when they benchmarked a 28 core 5Ghz chip without disclosing that it was overclocked, and hooked up to an industrial water cooler [1].
In reality, this number can be found, but it would be an irrelevant number.
[1] https://www.tomshardware.com/news/intel-28-core-cpu-5ghz,372...
Yeah, it's irrelevant if you buy prebuilt.
If you build it yourself, how do you know how to spec the system? You either waste resources by overspeccing it or you waste money by paying for something that can't run at full tilt on your system.
And if you care about quiet and cool computing, you're screwed even more. A CPU that will run until it hits thermal limits means maxed out fan speed. I don't want maxed out fan speed.
Are there any CPU coolers left that allow you to set a fixed speed manually? :)
If you build it yourself, how do you know how to spec the system? You either waste resources by overspeccing it or you waste money by paying for something that can't run at full tilt on your system.
And if you care about quiet and cool computing, you're screwed even more. A CPU that will run until it hits thermal limits means maxed out fan speed. I don't want maxed out fan speed.
Are there any CPU coolers left that allow you to set a fixed speed manually? :)
You can't find it. Intel has obscured the measurement too much. AMD is guilty of this as well but on a much smaller scale then Intel.
[deleted]
Sheesh. So the only way is to settle on a few cpu models and search for reviews that have measured the actual power consumption?
Even that is specific to that chip/mobo/PSU/Case/CPU cooler setup. So unless you match what was used in the article your mileage will vary a lot.
Sad but true, 35W should translate to less power usage than 65W.
Still waiting for Lenovo Yoga Slim 7 which appears to be at the sweet spot for battery life, power and size.
Still waiting for Lenovo Yoga Slim 7 which appears to be at the sweet spot for battery life, power and size.
I don't think reviewers measure it. It's essentially just an average power draw under real-world load at this point.
You look at measured draws for the relevant workloads. Anandtech has a good intro to the various states that an Intel CPU can be in here: https://www.anandtech.com/show/13544/why-intel-processors-dr...
For Intel specifically the TDP is what you need to dissipate to sustain the base frequency. If you want to run beyond base frequency (the "all core turbo"), then you need to handle more. How much more isn't officially documented, nor are the turbo charts either annoyingly (aka, this: https://en.wikichip.org/wiki/intel/core_i9/i9-9900k#Frequenc... )
So for a 9900K looking the official numbers are 95W for 3.6GHz of all core load. But it'll turbo with all cores loaded up to 4.7GHz, for which you'll need some amount of cooling. How much? Well more than 95W that's for sure, but that's all you really officially know. So then you look at reviews and you find that under full load the 9900K pulls down ~170W if it's not hitting thermal limits: https://images.anandtech.com/graphs/graph14605/111362.png
For Intel specifically the TDP is what you need to dissipate to sustain the base frequency. If you want to run beyond base frequency (the "all core turbo"), then you need to handle more. How much more isn't officially documented, nor are the turbo charts either annoyingly (aka, this: https://en.wikichip.org/wiki/intel/core_i9/i9-9900k#Frequenc... )
So for a 9900K looking the official numbers are 95W for 3.6GHz of all core load. But it'll turbo with all cores loaded up to 4.7GHz, for which you'll need some amount of cooling. How much? Well more than 95W that's for sure, but that's all you really officially know. So then you look at reviews and you find that under full load the 9900K pulls down ~170W if it's not hitting thermal limits: https://images.anandtech.com/graphs/graph14605/111362.png
Here is a link to a test of 101 different processors, with corresponding power consumption figures. Alas it is in Russian.
https://www.ixbt.com/platform/101-cpu-platform-test-2017.htm...
Oh that's helpful, thanks. Don't need to read the text.
It's also a bit insane how far they go with the marketing lies.
It's also a bit insane how far they go with the marketing lies.
I apologize, did not link the graphs:
power consumption: https://www.ixbt.com/img/x780/r30/00/02/26/21/31power_334783...
power effciency: https://www.ixbt.com/img/r30/00/02/26/21/33ee_794961.png
power effciency: https://www.ixbt.com/img/r30/00/02/26/21/33ee_794961.png
Here is the graph you are looking for:
blue = low CPU load
yellow = medium
red = maximal load
They measure the whole system consumption, so you need to subtract roughly 25-30 watts, to get raw CPU consumption.
They measure the whole system consumption, so you need to subtract roughly 25-30 watts, to get raw CPU consumption.
I really appreciate this entire race frankly.
For a desktop computer even mid tier 3700X is now "good enough" even for someone with aspirations towards solid gaming.
On home use front CPUs seem to have outsprinted their usage cases.
For a desktop computer even mid tier 3700X is now "good enough" even for someone with aspirations towards solid gaming.
On home use front CPUs seem to have outsprinted their usage cases.
For gaming in particular, the GPU is almost always the bottleneck. It's much easier to throw in more polygons and texture pixels than it is to come up with bigger and more complex gameplay simulations. I'm still running a quad-core i5 from 2014 in my gaming desktop and it rarely has an impact.
this doesn't quite pass the smell test. I can't quite tell if there's a way to filter out results from overclocked parts in geekbench, but it looks like these results for the i9-10900F are significantly lower than typical results for a stock i9-9900K. hard to believe they would do worse on the same process with more cores.
I think the key thing you've missed is the i9-10900F is a 65W part, while the i9-9900K is 95W.
Given both are on basically the same manufacturing process with basically the same architecture, it's really not surprising the i9-10900F isn't keeping up with the i9-9900K in max load scenarios. Having 50% more power easily makes up for 20% fewer cores.
Which is then also why the 4900HS is able to be so competitive with it. It's a 35W part but on a more advanced manufacturing node.
And although TDP is a made up number that has very little meaning, it is roughly what the CPU will settle into when the boost duration has exceeded. So eventually under a constant multithreaded workload the 9900K and 10900F should settle in to their 95W and 65W limits respectively.
Given both are on basically the same manufacturing process with basically the same architecture, it's really not surprising the i9-10900F isn't keeping up with the i9-9900K in max load scenarios. Having 50% more power easily makes up for 20% fewer cores.
Which is then also why the 4900HS is able to be so competitive with it. It's a 35W part but on a more advanced manufacturing node.
And although TDP is a made up number that has very little meaning, it is roughly what the CPU will settle into when the boost duration has exceeded. So eventually under a constant multithreaded workload the 9900K and 10900F should settle in to their 95W and 65W limits respectively.
you're right, I confused "F" with "KF".
> And although TDP is a made up number that has very little meaning, it is roughly what the CPU will settle into when the boost duration has exceeded. So eventually under a constant multithreaded workload the 9900K and 10900F should settle in to their 95W and 65W limits respectively.
this part isn't quite true. TDP for intel parts is more like max thermal dissipation at base clocks. most people/OEMs will couple a 9900k with a pretty beefy cooler and set the boost duration to be effectively infinite. in most cases, that part will never hit its base frequency under load. I have a 9700k, and, under the default bios settings for the motherboard, it will happily draw 120-140W indefinitely.
> And although TDP is a made up number that has very little meaning, it is roughly what the CPU will settle into when the boost duration has exceeded. So eventually under a constant multithreaded workload the 9900K and 10900F should settle in to their 95W and 65W limits respectively.
this part isn't quite true. TDP for intel parts is more like max thermal dissipation at base clocks. most people/OEMs will couple a 9900k with a pretty beefy cooler and set the boost duration to be effectively infinite. in most cases, that part will never hit its base frequency under load. I have a 9700k, and, under the default bios settings for the motherboard, it will happily draw 120-140W indefinitely.
> most people/OEMs will couple a 9900k with a pretty beefy cooler and set the boost duration to be effectively infinite
They will, but that's technically no longer stock. Prebuilt systems from mainstream OEMs are unlikely to be configured like that, especially when we're not talking about the enthusiast line of motherboards.
If the motherboard is following Intel's actually spec for these (which does exist), then it will settle in to the TDP limit after PL2's duration is exceeded, which is supposed to be 8 seconds for Intel's 95W spec.
It is likely that the unnamed HP system with the i9-10900F is at least following Intel's recommended settings here. The 9900K system might very well not be, though, which would then make the power budget gap that much wider.
They will, but that's technically no longer stock. Prebuilt systems from mainstream OEMs are unlikely to be configured like that, especially when we're not talking about the enthusiast line of motherboards.
If the motherboard is following Intel's actually spec for these (which does exist), then it will settle in to the TDP limit after PL2's duration is exceeded, which is supposed to be 8 seconds for Intel's 95W spec.
It is likely that the unnamed HP system with the i9-10900F is at least following Intel's recommended settings here. The 9900K system might very well not be, though, which would then make the power budget gap that much wider.
It is worth noting that this is the i9-10900F, not the i9-10900k (thank you, Intel, for the lovely naming scheme). I'd expect the -k variant to be at least as fast as the i9-9900k.
Also, 9900 was much easier to say... how do you pronounce 10900? "Ten-thousand-nine-hundred"? Feels tortured. "Ten-nine-hundred"? Yeesh.
Ten-Nine Hundred is what I've seen on YouTube recently and I like it.
It works semantically too. You say the generation first, then the specific model within that generation.
Ten Nine Hundred scans much better. I'd expect it to be what people settle on. Sort of like the Lockheed L Ten Eleven.
Tenty nine hundred duh
Does Intel ever even use those last two zeroes, or could we start leaving them off and calling this part the "one oh nine"?
They definitely use them, but less often on the i9 series since there isn't a lot of options in that range.
Compare 10th gen i9 to i7:
https://ark.intel.com/content/www/us/en/ark/products/series/...
https://ark.intel.com/content/www/us/en/ark/products/series/...
Compare 10th gen i9 to i7:
https://ark.intel.com/content/www/us/en/ark/products/series/...
https://ark.intel.com/content/www/us/en/ark/products/series/...
On a related note, how do people pronounce the Intel 8088?
Eight oh eight eight? Eighty eighty eight?
Eight oh eight eight? Eighty eighty eight?
good point, I was confusing the F-suffix with the KF-suffix parts, which usually perform identically to K-suffix parts.
Not sure how that will matter, F just means there are no integrated graphics. Why would that impact performance compared to a i9-9900 ?
I believe the K variant also has a higher base clock (3.7 vs. 3.2)
[deleted]
It also doesn't pass the smell test in that the single core performance is higher than the Ryzen 4900 and it also has both more cores and more threads yet it is far behind on multicore performance?
Likely some thread affinity issue that just needs a patch.
Likely some thread affinity issue that just needs a patch.
At the turbo clock the i9-10900F is 5GHz vs. 4.3Ghz for Ryzen 9 4900HS. At the base clock the i9-10900F is 2.8GHz vs. 3GHz for the Ryzen 9 4900HS.
Basically implies that Ryzen has better performance per watt, which doesn't affect absolute performance until you exhaust the power budget and have to lower the clock speed, i.e. use all the cores instead of just one.
edit: 4900HS, not 4900H
Basically implies that Ryzen has better performance per watt, which doesn't affect absolute performance until you exhaust the power budget and have to lower the clock speed, i.e. use all the cores instead of just one.
edit: 4900HS, not 4900H
Small nit but the comparison here is against the 4900HS
4900H: 4.4ghz boost, 3.3ghz base
4900HS: 4.3ghz boost, 3.0ghz base
Interestingly even the faster 4900H has a lower TDP than the 65W i9-10900F.
[deleted]
Multithreaded applications tend to share a lot of data between threads, and we already know Intel's mesh fabric core interconnect[1] seems to be inferior to AMD's chiplet+io die in terms of performance and access latency uniformity.
[1] used in all 10core+ Intel CPUs.
[1] used in all 10core+ Intel CPUs.
AMD's 4000 APUs are monolithic and don't use separate chiplets and IO die. The chiplet + infinity fabric has higher latency than Intel, but that's not a problem for the APUs.
The 10900 uses a ring and IMO the mesh is superior to Infinity Fabric.
this part isn't quite as hard for me to believe. intel cores are less efficient than amd cores, so they have to downclock more when more cores are loaded.
throttling
[deleted]
These mobile APUs are amazing. Especially when combined with a GPU. It would be really nice to be able to use these in a standard ATX motherboard because it would make the perfect home server CPU.
I share your interest for a silent yet powerful homeserver.
Unfortunately, there doesn't seem to be any desktop motherboards for mobile zen2 yet.
Too bad. I would even settle on a NUC.
Unfortunately, there doesn't seem to be any desktop motherboards for mobile zen2 yet.
Too bad. I would even settle on a NUC.
A common use case includes video transcoding and the ability to offload this to hardware makes the NUC a good choice.
I’d love a good AMD option, but for the size and price, I can’t find anything that will transcode as efficiently.
The new Ghost Canyon NUCs look excellent, but I assume pricing will be eye watering. They are also much larger. https://www.anandtech.com/show/15720/intel-ghost-canyon-nuc9...
I’d love a good AMD option, but for the size and price, I can’t find anything that will transcode as efficiently.
The new Ghost Canyon NUCs look excellent, but I assume pricing will be eye watering. They are also much larger. https://www.anandtech.com/show/15720/intel-ghost-canyon-nuc9...
I've found the HP Z230 SFF to be very silent and available for only ~$150.
My home server is a Dell Latitude with an i5-2520M
$80 on craigslist 3 years ago.
$80 on craigslist 3 years ago.
What would you use the GPU for in a home server?
Hardware accelerated h265/h264 decoding/encoding for media streaming and CCTV cameras.
An APU is fine for those things, you don't need a dedicated GPU.
The leaked benchmark ran with single memory channel instead of dual. The multicore score is 30% lower because of that. Somebody are trying to mislead here.
Is there a 4900HS laptop around already that can be recommended for Linux usage?
Reading this now on a ROG Zephyrus G14 ($1,449)[1] running Arch. I've had a few random lockups with Linux 5.6.4, though they seem to have become less frequent with amd-ucode and a bios update. Additionally, I haven't had any problems with 5.7rc1, though the proprietary Nvidia driver (440.82) doesn't compile with that kernel yet.
Otherwise, it's been running great. The screen looks great, the touchpad feels really good, and the performance is amazing. The biggest complaint I have at the moment is the lack of PgUp/Dn and Home/End keys.
[1] https://www.bestbuy.com/site/asus-rog-zephyrus-g14-14-gaming...
Otherwise, it's been running great. The screen looks great, the touchpad feels really good, and the performance is amazing. The biggest complaint I have at the moment is the lack of PgUp/Dn and Home/End keys.
[1] https://www.bestbuy.com/site/asus-rog-zephyrus-g14-14-gaming...
The machine definitely looks tempting, but based on the mostly failed attempts by Ars Technica to run Linux on it, I had stopped looking at it. But perhaps the kernels they used were too old. Still, for that price, I would expect it to work without issues, as I really would buy it as a Linux machine. How is your experience, Ars had problems with the fans running too high and the battery not lasting as long as it should?
I generally avoid Ubuntu, but I'm not looking for an out-of-the-box perfect experience, and I like new hardware.
The unfortunate reality is that hardware vendors, not OS vendors, provide software support for their hardware. Additionally, Linux is a minuscule portion of the desktop/laptop market, and hardware vendors can't justify dropping as much money on Linux as they do for Windows.
Still, plenty of hobbyists are happy to develop for, test, reverse engineer, and support good hardware, but using Linux on a new platform generally means being on the bleeding edge, which is one of the reasons I like Arch. It also means participating in mailing list discussions, diving into various software projects, and testing and submitting patches.
So far, the experience has been mixed, but positive. Like I said, I've experienced a few random lockups, mostly at first. The fans have been working as expected on Linux 5.6.4. Even now, I'm compiling Chromium (for VA-API support), which usually takes an hour or two even on a Threadripper 1950X, and they only spin up occasionally.
The battery life at the moment is generally either 2-3 hours (~35W-40W power usage), or 7-10 hours (~7W-10W), depending on hardware usage. This is close to what I've seen from reviewers using Windows, though not quite as good. I expect that to get better as Nvidia improves their dynamic power management, and software support for Linux gets better.
Regardless, if you want to play with new hardware, use a rolling release distro, or figure out how to compile newer versions of the packages that come with your distro.
The unfortunate reality is that hardware vendors, not OS vendors, provide software support for their hardware. Additionally, Linux is a minuscule portion of the desktop/laptop market, and hardware vendors can't justify dropping as much money on Linux as they do for Windows.
Still, plenty of hobbyists are happy to develop for, test, reverse engineer, and support good hardware, but using Linux on a new platform generally means being on the bleeding edge, which is one of the reasons I like Arch. It also means participating in mailing list discussions, diving into various software projects, and testing and submitting patches.
So far, the experience has been mixed, but positive. Like I said, I've experienced a few random lockups, mostly at first. The fans have been working as expected on Linux 5.6.4. Even now, I'm compiling Chromium (for VA-API support), which usually takes an hour or two even on a Threadripper 1950X, and they only spin up occasionally.
The battery life at the moment is generally either 2-3 hours (~35W-40W power usage), or 7-10 hours (~7W-10W), depending on hardware usage. This is close to what I've seen from reviewers using Windows, though not quite as good. I expect that to get better as Nvidia improves their dynamic power management, and software support for Linux gets better.
Regardless, if you want to play with new hardware, use a rolling release distro, or figure out how to compile newer versions of the packages that come with your distro.
Thanks for your feedback. I would be using Fedora, so a pretty up-to-date distro. I don't mind a bit tinkering, but don't consider sys-admin stuff a hobby :). So I am very keen on reports, how far the support for this hardware is, as it would be bad, if I end up not really being able to use Linux after buying the machine for this purpose.
But your report is encouraging, especially that the fans are not too noisy and the battery runtime is as expected - no laptop runs long when on full steam. But for casual use, the time you are getting sounds good - more than enough. I don't need the ultimate runtimes on battery, as long as it is quite a bit longer than the 2 hours Ars Technica got. So you have me definitely tempted :)
But your report is encouraging, especially that the fans are not too noisy and the battery runtime is as expected - no laptop runs long when on full steam. But for casual use, the time you are getting sounds good - more than enough. I don't need the ultimate runtimes on battery, as long as it is quite a bit longer than the 2 hours Ars Technica got. So you have me definitely tempted :)
No, Nvidia Optimus is still an unsolved problem in Linux. Vegas run fine tho.
Unsolved, but with exciting new progress. I've gotten PRIME running on my new ROG Zephyrus G14, and all I have to do to run applications on the dGPU is use "prime-run". Dynamic power management also shuts down the GPU when it's not in use.
That's highly inconvenient. The best solution I've found is optimus-manager or prime-switcher.
Well, there is the question, are there 4900HS laptops with Vega or just with their builtin graphics available?
That's what I meant, built-in Vega. Works fine OOTB on the latest kernel. I'm not aware of any dedicated Vega GPUs.
Any laptop to be recommended for Linux usage?
Everything with an iGPU will just work. If you have a dGPU and don't setup render offloading, you won't use it (unless you connect to an external screen and reload with dGPU drivers to directly output). That being said, nouveau "works" as a replacement for nvidia shenanigans at a colossal performance compromise.
Well, concluding by the review on Ars Technica of the Asus laptop, "just work" isn't there yet, so I am curious for positive experiences.
Btw, does anyone know how to buy boxed (PIB/WOF) AMD Rome EPYCs at reasonable (not full MSRP) market prices rather than OEM/tray (non-WOF) ones?
I recently ordered WOF EPYCs from a small business that fronts one of the largest distributors of PC components, and they/distributor sent the no-warranty OEM/tray ones instead. (30 day warranty + 15% restocking fee is no deal at all.)
I recently ordered WOF EPYCs from a small business that fronts one of the largest distributors of PC components, and they/distributor sent the no-warranty OEM/tray ones instead. (30 day warranty + 15% restocking fee is no deal at all.)
LinusTechTips recently took a look at a gaming laptop with the same APU and were super impressed with its Intel-scorching performance: https://www.youtube.com/watch?v=ZYqG31V4qtA
The laptop from LTT and this article is the same.
Geekbench is self-reported, unverified information. Anyone could post arbitrary benchmark results for any chip.
Those numbers should feature prominently alongside the 65W figure.
It does not look good for Intel at the moment.