Intel 8-core "Tiger Lake-H" Coming in 2021: Leaked Compal Document

erek

[H]F Junkie
Joined
Dec 19, 2005
Messages
10,898
"The 8-core "Tiger Lake-H" silicon is the first real sign of Intel's 10 nm yields improving. Up until now, Intel confined 10 nm to the U- and Y-segments (15 W and below), addressing only ultra-portable form-factors. Even here, Intel launched U-segment 14 nm "Comet Lake" parts at competitive prices, to take the market demand off "Ice Lake-U." The H-segment has been exclusively held by "Comet Lake-H." Intel is planning to launch "Ice Lake-SP" Xeon processors later this year, but like all server parts, these are high-margin + low-volume parts. Compal says Intel will refresh the H-segment with a newer 8-core "Comet Lake-H" part in the second half of 2020, possibly to bolster the high-end against the likes of AMD's Ryzen 9 4900H. Later in 2021, Intel is expected to introduce its 10 nm "Alder Lake" processor, including a mobile variant. These processors will feature Hybrid technology, combining "Golden Cove" big CPU cores with "Gracemont" small ones."

https://www.techpowerup.com/270621/intel-8-core-tiger-lake-h-coming-in-2021-leaked-compal-document
 
Alder Lake is such a cluster-fuck. If you want any of your processor's advanced feature set to work,, you have to disable the Atom cores. A bit of a broken concept ion the desktop (and a mixed-bag for mobile parts).

Atoms don't support AVX or hyperthreading, so you're running your new cores at half-mast. Unfortunately. Intel's s"solution" to these problems is to disable all advanced features.

That means no AVX 512, no Transnational memory (kinda the point of having so many cores) no Trusted Execution Technology, and no Software Guard Extensions. Kinda fucks them for anything in the workplace.

Because these secondary processors will almost certainly be disabled, what's the point of binging the to the desktop? The only possible saving grace would be if Gracemont added all these features...but after Tremont did absolutely jack shit for the feature-set of Atom, I expect no such changes.

The reason ARM big.LITTLE works so well is because the cores all support the same basic instruction sets.
 
Last edited:
Back
Top