Slashdot Mirror


Intel Unveils Roadmaps For Core Architecture and Atom Architecture (anandtech.com)

Intel on Wednesday surprised a number of people when it shared not one roadmap on CPUs, but two. AnandTech: For the high performance Core architecture, Intel lists three new codenames over the next three years. To be very clear here, these are the codenames for the individual core microarchitecture, not the chip, which is an important departure from how Intel has previously done things. Sunny Cove, built on 10nm, will come to market in 2019 and offer increased single-threaded performance, new instructions, and 'improved scalability'.

Willow Cove looks like it will be a 2020 core design, most likely also on 10nm. Intel lists the highlights here as a cache redesign (which might mean L1/L2 adjustments), new transistor optimizations (manufacturing based), and additional security features, likely referring to further enhancements from new classes of side-channel attacks. Golden Cove rounds out the trio, and is firmly in that 2021 segment in the graph. Process node here is a question mark, but we're likely to see it on 10nm and or 7nm. Golden Cove is where Intel adds another slice of the serious pie onto its plate, with an increase in single threaded performance, a focus on AI performance, and potential networking and AI additions to the core design. Security features also look like they get a boost.

The lower-powered Atom microarchitecture roadmap is on a slower cadence than the Core microarchitecture, which is not surprising given its history. The upcoming microarchitecture for 2019 is called Tremont, which focuses on single threaded performance increases, battery life increases, and network server performance. Based on some of the designs later in this article, we think that this will be a 10nm design. Following Tremont will be Gracemont, which Intel lists as a 2021 product. Beyond this will be a future 'mont' core (and not month as listed in the image).

11 of 60 comments (clear)

  1. The hell? by XanC · · Score: 4, Funny

    A Slashdot article that links to the very previous Slashdot article??

  2. Is Meltdown addressed? by SurenEnfiajyan · · Score: 2

    ...security features, likely referring to further enhancements from new classes of side-channel attacks.

    I wonder if Meltdown is fixed.

    1. Re:Is Meltdown addressed? by Allasard · · Score: 3, Informative

      ...security features, likely referring to further enhancements from new classes of side-channel attacks.

      I wonder if Meltdown is fixed.

      Should be according to the PCWorld article:

      "Sunny Cove will also be the first CPU cores to include hardware mitigation for Variant 3 and L1TF side-channel attacks that goose data by exploiting how CPUs prefetch data to improve performance."

  3. Most software is signle thread. by jellomizer · · Score: 4, Insightful

    The biggest problem I see that most software is build around single threads. Back in the day I took Parallel processing course as an elective for my undergrad. It was a small class, (As its time conflicted with the graphics class, which was much more popular) however it really opened my mind on the actual power of Parallel processing. However most application that are running just use one thread, and you can see only one CPU doing all the work, so while the process may take a long time, it doesn't get split up.
    I am happy to see more focus on single core speed because unfortunately that is still needed.

    --
    If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    1. Re:Most software is signle thread. by AmiMoJo · · Score: 2

      For performance single threaded speed isn't that important for many applications. More threads and PCIe lanes is likely to help more, especially with NVMe and 5/10 gigabit network interfaces.

      Software development: Multi-threaded compilation is pretty common.
      CAD: All the major software is multi-threaded or not CPU bound now.
      Video encoding: Multi-threaded and offloaded to the GPU.
      Gaming: Well optimized games are heavily multi-threaded.
      Servers: Textbook multi-threaded application.
      Browsers: Since Firefox Quantum they are all heavily multi-threaded.

      Are there any really big use-cases that depend on single threaded performance, that aren't just ancient software running at 9000x the speed it was originally designed for?

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    2. Re:Most software is signle thread. by alvinrod · · Score: 2

      I think it's a bit of a chicken and egg problem. It's not that those applications can't be written to take advantage of parallelism, it's that there weren't (and maybe still aren't) a lot of developers who took classes on it (because hey, graphics!) so we end up still relying on improvements in single-threaded performance to drive gains. For a long while, it didn't even make sense to hire developers writing commercial software who had any skills with writing multi-threaded software, because consumer PCs all had a single core and no SMT.

      Things have certainly changed over the last decade for a variety of reasons, but I do realize that there's still a lot of old code out there that isn't going to be fixed up. I would say that things are quite a bit better though and that there are a lot of applications that are at least lightly-threaded and aren't completely bound to a single core.

  4. So, nothing really new until 2021 by Targon · · Score: 3, Interesting

    So, until Golden Cove shows up, it will be tweaks and adjustments to what is currently out there, which hasn't been much of an improvement in over three years now. The people at AMD will probably be celebrating, because that means they have 2019 and 2020 where Intel won't have a significant design improvement to compete with their Zen2 based products that will be out in the next quarter(exact timeframe should be announced at CES).

    Cache improvements....yea, it will help, but won't be a significant redesign of the CPU design.

  5. Does Intel sound a bit desperate? by gweihir · · Score: 2

    No matter. They screwed over their customers the last few years, and hence I will not even remotely consider buying from them now.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    1. Re:Does Intel sound a bit desperate? by Lady+Galadriel · · Score: 2

      Agreed.

      Both my newish miniture media server and pretty old desktop use AMD, on purpose, to avoid Intel's lies. And to encourge competition. (It does help they were also not too expensive...)

      Unfortunately my laptop has Intel inside. Mostly because good or in-expensive AMD laptops did not exist in early 2014 when I bought it. Of course it's taken a huge performance hit when I do the Gentoo Emerge update. So my next laptop will almost certainly be AMD. And if not, it must not have Intel hyper-threading with security issues. (Or I will simple disable Intel's hyper-threading like OpenBSD does.)

      --
      Lady Galadriel
  6. Put it in the libraries / servers, and use them by raymorris · · Score: 2

    Most applications spend most of their time in standard libraries, or should. (Some silly developers implement sort themselves, repeatedly).

    If popular libraries used parallel programming, applications would get most of the benefit for free. Sorting is a good example because it's expensive, but like many expensive operations it's already implemented in the library.

    A huge percentage of code is now run behind a web server, as a web service / microservice / whatever, or some other type of server. The developers write code that Apache or IIS or MS-SQL calls, with the server handling requests. If the API for these types of modules assumed that each request is independent, disallowing modules / scripts reaching outside of the concurrency-safe context without a special global_ call, that could go a long way.

    Again I'm not saying that IIS or SQL Server would make it *impossible* to effect global state, but doing so would be a special call, with the normal API being thread safe.

    1. Re:Put it in the libraries / servers, and use them by DidgetMaster · · Score: 2

      This is precisely the kind of project I am working on. It is a new data management system that performs many operations in parallel. Some databases, for example are multi-threaded but only in the sense that they can run multiple, separate queries in parallel. They can't break up a single query and run parts of it on separate cores for faster processing. If you run a big query on a quad-core CPU it will take the same amount of time as running it on a 10-core CPU (assuming similar clock speeds).

      My system on the other hand can run parts of the query in separate threads so I get about a 50% speed improvement when processing a query against a relational table on a hex-core vs a quad-core CPU. It does the same thing when dealing with things like lists, bitmaps, or key-value stores. All is implemented in the library, so applications get the speed improvement without needing to create the threads themselves.