10-core i9-10900F desktop CPU lags behind 8-core Ryzen 9 4900HS mobile APU
notebookcheck.net
notebookcheck.net
Those numbers should feature prominently alongside the 65W figure.
It does not look good for Intel at the moment.
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.
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.
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.
https://www.gamersnexus.net/guides/3525-amd-ryzen-tdp-explai...
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.
https://www.nytimes.com/2019/11/12/technology/intel-chip-fix...
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.
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 don't really think this is a great use of transistors, and is why CPUs will probably never do it, but theoretically possible maybe.
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.
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 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.
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?
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.
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.
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.
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.
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.
Something easy to carry around, to LAN, ideally with PCIe slots or an NVIDIA GPU
https://twitter.com/IanCutress/status/1249819270537715719?s=...
(disclaimer, double check my research especially clearances for the cooler if you move forward :))
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.
ETA: This seems to hint it is the 90W version https://www.ultrabookreview.com/36108-asus-tuf-gaming-fa506i...
Plus, look at all those ports that Apple will never give you!
Thanks for the link, this might be my new laptop.
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.
https://www.kitguru.net/components/graphic-cards/anton-shilo...
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 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.
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.
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.
"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.
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.
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.
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.
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.
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.
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...
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? :)
Still waiting for Lenovo Yoga Slim 7 which appears to be at the sweet spot for battery life, power and size.
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
It's also a bit insane how far they go with the marketing lies.
power effciency: https://www.ixbt.com/img/r30/00/02/26/21/33ee_794961.png
They measure the whole system consumption, so you need to subtract roughly 25-30 watts, to get raw CPU consumption.
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.
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.
> 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.
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.
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/...
Eight oh eight eight? Eighty eighty eight?
Likely some thread affinity issue that just needs a patch.
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
4900H: 4.4ghz boost, 3.3ghz base
4900HS: 4.3ghz boost, 3.0ghz base
With the non-S variant being the more power hungry one with an up to 54W TDP vs. the S's 35W TDP.[1] used in all 10core+ Intel CPUs.
Unfortunately, there doesn't seem to be any desktop motherboards for mobile zen2 yet.
Too bad. I would even settle on a NUC.
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...
$80 on craigslist 3 years ago.
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 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.
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 :)
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.)