from the notsogood-things-come-to-those-who-wait? dept.
Intel's next-generation "Rocket Lake" CPUs will be some of Intel's last desktop models on a "14nm" node, and include "backported" Willow Cove cores (referred to as "Cypress Cove") from "10nm" Tiger Lake mobile CPUs, with improved instructions per clock. Notably, the lineup only goes up to 8 cores, instead of 10 cores for the previous Core i9. The review embargo ends on the launch date, March 30th, but some retailers have been selling the CPUs early. AnandTech obtained an 8-core i7-11700K and wrote a review of it. The results were not great.
Power consumption of the 125 W TDP chip peaked at 224.56 W when running an AVX2 workload, compared to 204.79 W for its i7-10700K "Comet Lake" predecessor and 141.45 W for AMD's Ryzen 7 5800X. The i7-11700K reached 291.68 W with an AVX-512 workload.
The i7-11700K not only failed to beat the 5800X in many benchmarks, but trailed the previous-gen i7-10700K in some cases. The major exception is performance in AVX-512 workloads. Gaming performance of the i7-11700K was particularly bad, in part due to an increase in L3 cache and core-to-core latency.
It's possible that there will be some improvements from a final microcode update before launch. There's also models like the Core i9-11900K, which have the same 8 cores but can clock up to 300 MHz higher.
Kernel developers appear to be eager to debate the merits of potentially allowing Rust code within the Linux kernel. Linus Torvalds himself has made some initial remarks on the topic ahead of the Linux Plumbers 2020 conference where the matter will be discussed at length.
[...] Linus Torvalds chimed in though with his own opinion on the matter. Linus commented that he would like it to be effectively enabled by default to ensure there is widespread testing and not any isolated usage where developers then may do "crazy" things. He isn't calling for Rust to be a requirement for the kernel but rather if the Rust compiler is detected on the system, Kconfig would enable the Rust support and go ahead in building any hypothetical Rust kernel code in order to see it's properly built at least.
According to a mailing list post spotted by Phoronix, Linux creator Linus Torvalds has shared his strong views on the AVX-512 instruction set. The discussion arose as a result of recent news that Intel's upcoming Alder Lake processors reportedly lack support for AVX-512.
Torvalds' advice to Intel is to focus on things that matter instead of wasting resources on new instruction sets, like AVX-512, that he feels aren't beneficial outside the HPC market.
In a blunt video posted late Thursday evening, outspoken former Intel principal engineer Francois Pidnoel offered his advice on how to "fix" Intel CPUs, criticized current leadership for not being engineers, said AVX512 was a misadventure, and declared that it's only luck AMD hasn't grabbed more market share.
"First, Intel is really out of focus," Piednoel said in the nearly hour-long video presentation. "The leaders of Intel today are not engineers, they are not people who understand what to design to the market."
[...] Pidnoel flat-out dismissed including AVX512 in consumer chips as a mistake. "You had Skylake and Skylake X for a reason," Piednoel said. "AVX512 is designed for a race of throughput that is lost to the GPU already. There's two ways to get throughput. One is to get the throughput is by having larger vectors to your core, and the other way is to have more cores."
[...] "Intel is very lucky AMD cannot get the volume, to be able to compete," Piednoel. "If they were getting volume, the price difference would definitely cost Intel market share a lot more than what they are losing right now."
Related: AVX-512: A "Hidden Gem"?
Intel CEO Blames "10nm" Delays on Aggressive Density Target, Promises "7nm" for 2021
Intel's Process Nodes Will Trail Behind Competitors Until at Least Late 2021
Linus Torvalds: Don't Hide Rust in Linux Kernel; Death to AVX-512
Intel Engineering Chief Out After 7nm Product Delays
Intel Faces Class-Action Lawsuit Over "7nm" Delays
Gigabyte has confirmed that Intel will launch its Rocket Lake CPU refresh in March, as part of an announcement touting its own PCIe 4.0 support. Gigabyte announced today that if you own a Z490 motherboard, you'll be getting a UEFI update to support Rocket Lake CPUs with full PCIe 4.0 support.
The rest of the PR goes into detail on how Gigabyte engineered their motherboards to handle the higher heat output of PCIe 4.0, and the fact that addressable BAR support is coming to the company's motherboards as well. Addressable BAR is the same feature AMD debuted as Smart Access Memory earlier this year.
The March 2021 date confirms what we've heard previously — late March is more likely than early March. It's going to be genuinely interesting to see how Cypress Cove performs against AMD's Zen 3. Generally speaking, based on leaked benchmarks and early data, we're looking at impressive gains for Intel in single-thread performance. Multi-thread performance estimates for the Core i9-11900K have varied. In some cases, the 11900K is almost a match for the 10-core Core i9-10900K. In a few leaked results, it's actually been faster on eight cores than Comet Lake was on 10.
Are any of my fellow Soylentils doing PC builds right now, and if so what are you building? Let us know in the comments!
takyon writes: Intel announced more details about Rocket Lake at CES 2021. While dropping the top core count from 10 to 8, Intel estimates a 19% IPC increase for Rocket Lake-S. It also adds AVX-512 and "Deep Learning Boost" support. The integrated graphics should be about 50% faster, and can be used for stream encoding while discrete graphics is being used for gaming. AV1 video decode is supported. New Z590, B560, and H510 motherboards will support both Rocket Lake and Comet Lake. Intel's comparison of the 8-core i9-11900K to AMD's 12-core Ryzen 9 5900X shows the former performing 2-8% faster at several games at 1080p.