10nm Takes a Different Tack: Cannon Lake to Ice Lake

In Intel’s own words, it shipped its first 10nm products for revenue by the end of 2017. These first processors, known as Cannon Lake, were shipped to a number of OEMs and stealthily hidden from the public, being pushed into commercial and educational products in China and others.

The processor had only two cores active, and the integrated graphics was broken, giving an indication of how well the first generation of 10nm was progressing. Intel had already committed to shipping 10nm for revenue by the end of 2017 to its investors, and the small side announcement at CES 2018 (it wasn’t mentioned in the keynote) followed by the small trickle of almost non-existent Cannon Lake product over 2018 technically fulfilled Intel’s obligation.

Click through to see the video

This version of 10nm didn’t get off the ground. Intel eventually put it into the Crimson Canyon NUC family in late 2018, but it was slower than the 14+++ processors it was meant to replace, and used more power.

At the time when Intel announced 10nm was shipping for revenue, it had already announced that the next generation product was going to be called Ice Lake, built on ‘10nm+’. By Intel’s Architecture Day in December 2018, the company tried to quietly rebadge Ice Lake as 10nm – when asked about the change and if this version of 10nm was any different to Cannon Lake, Intel’s Raja Koduri, partnered with Murthy Renduchintala, stated that ‘[10nm] is changing, but it hasn’t changed’. If ever there was a cryptic answer, this was it.

Ice Lake Rebadged to 10nm: Why?

So now we have Cannon Lake on ‘10nm’, and Ice Lake originally on 10+ but now rebadged to 10nm, but a different 10nm, with no real explanation as to why. In discussing with a number of peers and analysts in private conversations, the apparent conclusion they have come to is that Intel did not want to admit that its first generation of 10nm product had failed. Ever since then, Intel has attempted to quietly and discreetly shift Cannon Lake under the rug, as if it didn’t exist (it does exist, we did a big review on it, and Crimson Canyon is still for sale today at some of Intel’s biggest partners and major retailers).

Without Intel needing to admit that the first generation had failed, Ice Lake was the true ‘native’ 10nm product that was destined for life in the fast lane for consumers. If that was the case, then the low key presentation at CES 2018 stating it was shipping in 2017 was simply to meet investor targets. Intel never promoted Ice Lake as its first 10nm product, but the fact that the Cannon Lake product wasn't great meant that the company had to try and remove it from people's minds.

On Ice Lake, we studied the Ice Lake design, and we’ve seen lots of notebooks built on it. The fact that Intel called it ‘10th Gen’, and then also released the Comet Lake 14++++ product also called ‘10th Gen’, really ended up confusing the company even more, even in presentations to the press. It was the first time Intel had two products within the same generation of marketing name under different process nodes. It even confused OEM partner marketing teams as well as sales staff.

The problem with calling Ice Lake the new 10nm, is that internally the engineers still called it 10+. As Intel also announced other new products, such as Snow Ridge, or Lakefield, despite these meant to be called under the new 10nm, they would often be cited as ‘10+’ depending on which department of Intel you spoke to.

10nm Takes a Different Tack: Sapphire Rapids and Tiger Lake

In later 2019, during Intel’s HPC DevCon event focusing on supercomputers, the company discussed its post-Ice Lake server processor, Sapphire Rapids. It had already been announced that Sapphire Rapids was to power the Aurora supercomputer (which was originally supposed to have a 10nm Xeon Phi processor), however as part of the DevCon event we were discussion Sapphire Rapids in the context of a 10+++ process node. This event was mostly under the auspices of engineers, and those engineers were using 10+++ under the oldest naming scheme to identify Sapphire Rapids, or in other conversations, 10++. We were subsequently corrected by marketing in confirming that the official process node name was 10++; the engineers somewhat scoffed at this as a knock on effect to the Ice Lake name changing.

With the confusion on what to call these products between marketing and engineering, the discussions between the two (at least, from my perspective) didn’t really have any teeth at the time. Engineers didn’t either know about the new naming scheme, or didn’t understand why marketing had changed the names. Marketing wasn’t always there to correct engineering when speaking externally, and even if they were, sometimes the engineers wouldn’t understand the reasons why the names had changed. It starting to come to a head when Intel was discussing the product after Ice Lake, called Tiger Lake.

At CES 2020, the company announced Tiger Lake to the world in its Keynote address. As part of that keynote, as well as the press briefings, there was a lot of discussion as to whether this was a 10++ or 10+ product. People were getting confused between the old naming schemes and the new naming scheme, and whichever one was being used at the time.

I have continually had the conversation, especially at technical events, where I need to ask someone from Intel to clarify which scheme they were working under for any given product. For anyone outside of this bubble trying to keep track of it all, I can’t imagine what headaches you might have had – I was talking directly to Intel a lot of the time and it was giving me plenty of headaches! As Intel started announcing more 10nm-class products from different portfolio lines, each business unit had its own engineers in its own state of confusion. This came to a head when Intel changed the naming a second time.

No More Pluses, It’s All About SuperFin

As part of Intel’s Architecture Day 2020, the company did three things:

  1. Go into detail about Tiger Lake
  2. Go into detail about DG1 Xe Graphics, and new products in the portfolio
  3. Rename the different 10nm process node using SuperFin

As part of that event, Intel went into some detail about its new ‘SuperFin’ technology. Using an updated metal stack and new capacitor technology, Intel had designated its latest BKM update for Tiger Lake and DG1 graphics as ‘10nm SuperFin’.

This is very much a marketing name, but the idea from the point of view of Intel’s communications team was to rebadge every 10nm product from Intel with some new variation of SuperFin as needed. This pushed Intel away from the ++++ nomenclature (something I’d advocated for anyway), and gave an opportunity for the company to realign all of its manufacturing branding with this new scheme.

While an interesting direction, Intel’s communications team has had two problems with this.

  1. Most/Some engineers were still working on the original naming scheme
  2. Some engineers/marketing were working on the first updated naming scheme and didn’t get the memo

Since changing from + and ++ to SuperFin, I have had a number of confusing calls with Intel’s engineers.

At Hot Chips in August, I was told by the presenter of the Ice Lake Xeon processors that the technology was an ‘enhanced 10nm’, which could have been meant as 10+, under the original naming scheme.

Even this week, for the launch of Intel’s new embedded Atom CPUs, I was told these CPUs were ‘10++’, without any indication of which naming scheme they were using. I was then told it was SuperFin. After the press release was changed for SuperFin, and we published our article, it was noticed that Intel's own product database had it listed as regular 10nm, no SuperFin. It turns out that it was regular 10nm, no SuperFin, the same as Ice Lake.

Even when directly discussing with Intel’s communication teams, they would start referring to the original naming scheme, or the first updated scheme. I've had to request double confirmation on multiple occasions. While Intel has a main HQ communications team, each business unit inside Intel has its own PR people. Each business unit may also be working with a PR agency (sometimes different to each other), and then beyond that, there may be different PR connections for each region, and then each with its own localized PR company. Renaming a product or a process is thus a very hard thing to force down every channel, compared to a new product which should have the right name on the initial documents.

When speaking with Intel’s lead Tiger Lake engineers in a 1-on-1 interview, I asked them outright if the new SuperFin naming scheme was being used by the engineering teams. I was told that for the most part, it was. I followed up asking if mistakes and slip ups were made, and the answer came back in the affirmative. It’s somewhat clear that the Engineering teams don’t like being pushed around by the marketing/communications teams in this way, having to change internal documents and naming processes in order to internalize what stuff is being called when it can’t be called what it originally was almost a decade ago. We see the same thing when engineers are rolled out to present about new products – they will call the processors by the internal code names, not ‘Core 10th Gen’ or similar, and often have to stop themselves by continually saying the code name.

Why Do We Have Multiple Versions of a Process? The AnandTech Decoder Ring for Intel 10nm
Comments Locked

143 Comments

View All Comments

  • rbarone69 - Sunday, September 27, 2020 - link

    hahaha I thought the very exact same thing!
  • MrSpadge - Friday, September 25, 2020 - link

    Not sure, but I have a slight suspicion you may be joking here...
  • Spunjji - Monday, September 28, 2020 - link

    It's kind of agonising that people keep writing serious responses to this comment section's most obvious troll.
  • supdawgwtfd - Monday, October 12, 2020 - link

    Why do you think he is still here?

    He gets hits. Hits means and revenue. Which of course means money.

    Anandtech's owners love him.
  • Samus - Saturday, September 26, 2020 - link

    You'd be crazy to think either of these companies (AMD or Intel) will exist in their current forms in just a few years. x86 needs to die. Any legacy requirements can be appropriately emulated using virtual machines or code morphing on alternative architectures.

    The disturbing part is AMD and Intel are seemingly in denial over this because neither have any ARM or alternative IP-designs in their pipeline for the next 5 years. Seriously in 5 years ARM will have 50% of the market and you can bet that'll shift other consumer segments currently dominated by x86 (such as game consoles)
  • Showtime - Saturday, September 26, 2020 - link

    Emulators aren't the most efficient way of doing things, but it's hard to deny where computing seems to be heading. Neither will abandon it until they have to, and even then there will be a market to support x86 for decades after.
  • Spunjji - Monday, September 28, 2020 - link

    What form do you think they'll exist in, and why?

    What's your reason for predicting a 50% shift to ARM, and in which market?
  • mdriftmeyer - Tuesday, September 29, 2020 - link

    ARM will be the Albatross around Nvidia's throat.
  • grant3 - Friday, October 2, 2020 - link

    "x86 needs to die." Why?

    Serious question. I've been hearing this same line for over 20 years.
    But still haven't heard any reason that actually solves a practical problem.
    It's always some variant of "it's old" "it requires legacy support" "intel is evil" "RISC is faster" yadda yadda. Basically it's complaining about imaginary problems that engineers have mitigated into oblivion years ago, or an idealogical conviction that immature/imaginary technologies will magically avoid the compromise and tradeoffs that every mature technology has endured.

    "ARM will have 50% of the market"

    50% of which market? There's already billions of ARM devices out there in the wild. they're wildly popular. I wouldn't be surprised if there's more ARM cpus active in the world than there are x86 cpus active in the world.

    ARM is proving itself successful, x86 is remaining popular, and technology solutions are better than ever despite (or because of) this current coexistence.

    "Any legacy requirements can be appropriately emulated using virtual machines or code morphing on alternative architectures."

    This has been the mating call of x86 replacement advocates for decades, including the inventor of x86 itself back in the 90s, and none of them proved economical. So while you may be right this time, I'm not going to bet on you being more prescient than the thousands of engineers who were funded by billions of dollar across numerous projects in the past.

    Whenever x86 sunsets, whatever new software is written at the time will coincidentally be written to support its replacement architecture.
  • throAU - Monday, September 28, 2020 - link

    Nah, ARM is coming. Apple are leading the way but the others will jump ship pretty rapidly when it is shown that no, you don't need to pay both the x86 monetary and technical debt tax to be competitive.

Log in

Don't have an account? Sign up now