Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

Intel Pledges 80 Core Processor in 5 Years

Posted by Zonk on Tue Sep 26, 2006 03:16 PM
from the thinking-of-the-gaming dept.
ZonkerWilliam writes "Intel has developed an 80 core processor with claims 'that can perform a trillion floating point operations per second.'" From the article: "CEO Paul Otellini held up a silicon wafer with the prototype chips before several thousand attendees at the Intel Developer Forum here on Tuesday. The chips are capable of exchanging data at a terabyte a second, Otellini said during a keynote speech. The company hopes to have these chips ready for commercial production within a five-year window."
+ -
story

Related Stories

[+] Terabyte Drive to Debut Later this Year 131 comments
mytrip writes to mention the news that Hitachi will be releasing a terabyte storage drive this year. "These large drives also will get incorporated into televisions and personal video recorders. Hitachi, among others, already sells TVs with integrated hard drives in Japan and other markets. While large drives start out expensive, the price drops relatively quickly. Computer makers pay something in the 30-cent range for a gigabyte when buying hard drives, Healy said. The price at retail is around 50 cents or less."
[+] Intel Shows Off 80-core Processor 222 comments
thejakebrain writes "Intel has built its 80-core processor as part of a research project, but don't expect it on your desktop any time soon. The company's CTO, Justin Rattner, held a demonstration of the chip for a group of reports last week. Intel will be presenting a paper on the project at the International Solid State Circuits Conference in San Francisco this week. 'The chip is capable of producing 1 trillion floating-point operations per second, known as a teraflop. That's a level of performance that required 2,500 square feet of large computers a decade ago. Intel first disclosed it had built a prototype 80-core processor during last fall's Intel Developer Forum, when CEO Paul Otellini promised to deliver the chip within five years.'" Update: 06/01 14:37 GMT by Z : This article is about four months old. We discussed this briefly last year, but search didn't show that we discussed in February.
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • by Daniel_Staal (609844) <DStaal@usa.net> on Tuesday September 26 2006, @03:18PM (#16204761)
    ...Imagine a Beowolf cluster of those!

    (Runs in shame.)
    • by NiceRoundNumber (1000004) on Tuesday September 26 2006, @03:38PM (#16205225)
      ...Imagine a Beowolf cluster of those!

      I never petaflop I didn't like.
        • by ePhil_One (634771) on Tuesday September 26 2006, @03:49PM (#16205441) Journal
          Only maniacs are going to wait five years to buy a new computer because of this announcement.

          Personally I'm going to wait for 2013 when the 160 core CPU's are finally out. Only a fool will be in 5 years

          • by Korin43 (881732) on Tuesday September 26 2006, @04:05PM (#16205757) Homepage Journal
            Pfft.. 2003. I'm gonna wait until 2020 when they finally merge them all back into one fast core.
            • I'm gonna wait until 2020 when they finally merge them all back into one fast core.
              They'll call it a "Bose-Wintel condensate". Instructions will be sent to the single core, but there will be no way of distinguishing which of the merged cell cores the instructions was run on. This will play havoc with floating point precision, but as Intel commented, "most users don't need that kind of precision anyway".

              The condensated core will also be subject to the laws of quantum mechanics in that, before a program has finished running, there will be no way to know if it will crash or not. Microsoft plans to leverage this to further stablise their latest version of Windows. Security experts worried about the onboard "Quantum-Threading" technology redirecting portions of thread output randomly to other threads, were dismissed as not being "forward looking".

              Meanwhile, AMDs new 1W, 128 core, 4098bit chip with 1GB L2 cache retails for almost 50% higher than Intel's Bose-Wintel chips, and has seen sluggish sales since the arrival of the new technology, despite its lower running cost that the 5MW Intel chip. When asked for comment, AMD's spokesman added; "Ch@#&t!! What the f**k is wrong with you people!??! Our chips save you money!! F@#*&^g cheapskates!!!"

              Upon hearing the news, Linux founder and lead developer Linus Torvalds(51) said: "We're not rewriting the kernel for that monstrosity." Intel representative declared that the company was "dissapointed" in Torvald's remarks. Apple cofounder Steve Jobs(65), when asked whether Apple intended to release a the new Mac based on the chipset, declined to comment as he went about his daily 5km morning run. Apple pundits widely believe that the new Mac will run on a quad core Bose-Wintel Condensate, and to complement this will sport a blazing white, ultra smooth case made out of Bose-Einstien condensate, the fifth phase of matter.

              In a related story, Microsoft cofounder Bill Gates(65), assaulted a technology reporter at a company press conference disccusing the new chip. Details are sketchy, but reports mention that one of Mr Gates older quotes about appropriate amounts of computer memory was brought up. Remond police have declined to comment on the case.
      • Re: (Score:3, Insightful)

        When will Intel fix their floating point issue?

        Is 1994 [wikipedia.org] soon enough for you?

        -jcr

  • So... (Score:3, Funny)

    by dark_15 (962590) on Tuesday September 26 2006, @03:19PM (#16204785)
    This will finally run Vista, right??? Maybe? Hopefully?
  • by DeathPenguin (449875) * on Tuesday September 26 2006, @03:20PM (#16204809)
    Unfortunately, they'll all choke on a shared memory bus :-)
  • Just as they,,,, (Score:5, Insightful)

    by klingens (147173) on Tuesday September 26 2006, @03:21PM (#16204835)
    promised us 8-10Ghz Pentium4 CPUs when they started with the P4 "Willamette"? Or how they promised us 5GHz Prescotts?

    I'll rather wait and see what I can actually buy in 5 years. No need to trust a vendor so far in the future what they can do.
  • by hsmith (818216) on Tuesday September 26 2006, @03:23PM (#16204863)
    Faster processors are great, but when will we see massive improvements in data storage...
  • PAIIINNN (Score:5, Insightful)

    by Tester (591) <tester.tester@ca> on Tuesday September 26 2006, @03:23PM (#16204865) Homepage
    Imagine the pain of having to write a functional applications with so many cores. I hope the interconnect will be very very fast. Otherwise writing massively scalable parallel algorithms will be masssively painful. And with so many cores, one will need multiple independants memory banks with some kind of NUMA. And writing apps for those things isn't fun. You have to spend so much time caring about the parallel stuff instead of caring about the problem.
  • by Lost+Found (844289) on Tuesday September 26 2006, @03:24PM (#16204895)
    This is hilarious, because if this goes out on the market there's not going to be many operating systems capable of scheduling on that many chips usefully. OS X can't do it, Windows can't do it, and nor can BSD. But Linux has been scheduling on systems with up to 1,024 processors already :)

    • Wow, good point. I bet Intel never once stopped to think about THAT.

      I sincerely doubt this will make it anywhere near Fry's or CompUSA, assuming it launches in +5 years. Most likely academic, corporate (think of the old days and mainframe number crunchers on wallstreet), and scientific.

      Simply cheap teraflops for custom applications.

      Of course, everyone thought it was a great idea when Cell announced they could do 64 or more cores. But since this is /. versus Intel, everything has to be a joke, right?
    • Scheduling isn't a one size fits all process. What works at 4 cores doesn't work at 40 and so on. As for other operating systems, FreeBSD has been working quite actively on getting Niagras working well with their sparc64 port. I've been saying it didn't make sense until this announcement. I figured we'd have no more than 8 cores in 5 years. We'll see what really happens.

      The BSD projects, Apple and Microsoft have five years. Microsoft announced awhile back they want to work on supercomputing versions of windows. Perhaps they will have something by then. Apple and Intel are bed partners now. I'm sure intel will help them.

      What this announcement really means is that computer programmers must learn how to break up problems more effectively to take advantage of threading. Computer science programs need to start teaching this shit. A quick you can do it, go get a master's degree to learn more isn't going to cut it anymore. There's no going back now.
      • In other words, get out your functional languages like Haskell and OCaml and use the side-effect free feature set to develop multi-threaded programs. Or do it the hard way with an OO language.
    • by $RANDOMLUSER (804576) on Tuesday September 26 2006, @04:16PM (#16205949)
      From TFA:
      Intel's prototype uses 80 floating-point cores, each running at 3.16GHz, said Justin Rattner, Intel's chief technology officer, in a speech following Otellini's address. In order to move data in between individual cores and into memory, the company plans to use an on-chip interconnect fabric and stacked SRAM (static RAM) chips attached directly to the bottom of the chip, he said.
      So think more like Cell with 80 SPEs. Great for lots of vector processing.
  • Shame BeOS Died... (Score:5, Informative)

    by Rhys (96510) on Tuesday September 26 2006, @03:24PM (#16204911) Homepage
    With the heavily threaded nature of BeOS, even demanding apps would really fly on the quad+ core cpus that are preparing to take over the world.

    Not that you couldn't do threading right in Windows, OS X, or Linux. But BeOS made it practically mandatory: each window was a new thread, as well as an application-level thread. Plus any others you wanted to create. So to make a crappy application that locks up when it is trying to do something (like update the state of 500+ nodes in a list; ARD3 I'm looking at you) actually took skill and dedication. The default state tended to be applications that wouldn't lockup while they worked, which is really nice.
    • This 80-core processor would probably also benefit from the is_computer_on_fire() [uiuc.edu] syscall available on BeOS.
        • Re: (Score:3, Funny)

          They were jokes in the actual libraries.

          As was: typedef enum {
          B_BEBOX_PLATFORM = 0, B_MAC_PLATFORM, B_AT_CLONE_PLATFORM,
          B_ENIAC_PLATFORM, B_APPLE_II_PLATFORM, B_CRAY_PLATFORM, B_LISA_PLATFORM,
          B_TI_994A_PLATFORM, B_TIMEX_SINCLAIR_PLATFORM, B_ORAC_1_PLATFORM, B_HAL_PLATFORM

          } platform_type;

  • by SevenHands (984677) on Tuesday September 26 2006, @03:26PM (#16204965)
    In other news, Gillette pledges a razor with 81 micro blades. 80 blades are individually controlled via Intel's new 80 core processor. The 81st blade is available just because..
  • by GreatBunzinni (642500) on Tuesday September 26 2006, @03:38PM (#16205221)
    640 cores ought to be enough for everybody
  • not 80 general purpose integer cores. They're essentially copying the Cell design with large numbers of DSPs each of which has a local store RAM burned onto the main chip. Is this a good idea? Guess we'll find out with the Cell. What interests me most about this announcement is not the computing potential from such a strategy, but that it's an obvious response to IBM and Sony technology.
  • by Henry V .009 (518000) on Tuesday September 26 2006, @03:49PM (#16205419) Journal
    You fools! Do you have any clue how much Oracle licenses will cost for this thing?
  • by stonewolf (234392) on Tuesday September 26 2006, @03:51PM (#16205475) Homepage
    A couple of things to mention here. Many years ago I read an Intel road map for the x86 processors. It was more than 10 years ago, less than 20 I think. In it they said they would have massively multicore processors coming along around now. They may have forgotten that and reinvented the goal along the way, companies do that. But, they really have been predicting this for a very long time.

    The other thing is that with that many cores and all the SIMD and graphics instructions that are built into current processors it looks to me like the obvious reason to have 80 cores is to get rid of graphics coprocessors. You do no need a GPU and a bunch of shaders if you can throw 60 processors at the job. You do need a really good bus, but hey, not much of a problem compared to getting 80 cores working on one chip.

    With that kind of computer power you can throw a core at any thing you currently use a special chip for. You can get rid of sound cards, network cards, graphics cards... all you need is lots of cores, lots of RAM, a fast interconnect, and some interface logic. Everything else is just a waste of silicon.

    History has shown that general purpose processing always wins in the end.

    I was talking to some folks about this just last Saturday. They didn't beleive me. I don't expect y'all to believe me either. :-) The counter example everyone came up with was, "well, if that is true why would AMD buy ATI?" The answer to that is simple, they want their patent portfolio and their name. In the short term it even makes sense to put a GPU and some shaders on a chip along with a few cores. At the point you can put 16 or so cores on a chip you won't have much use for a GPU.

    Stonewolf
    • by sp3d2orbit (81173) on Tuesday September 26 2006, @04:55PM (#16206647)
      I remember doing a project in college where we had to implement a 8 point FFT in software and hardware. I was eye-opening. The hardware implementation ran on a FPGA that had something like a 23Mhz clock. The software solution was a C program running on a 2Ghz desktop. 23 Mhz vs. 2 Ghz. The hardware solution was more than 10X faster.

      I don't think that general purpose processors will ever completely replace special purpose hardware. There is simply too much to be gained by implementing certain features directly on the chip.

  • by MobyDisk (75490) on Tuesday September 26 2006, @03:51PM (#16205491) Homepage
    This is the last 3 years of Intel, all over again. Only now the megahertz race is replaced with the multi-core race.

    Intel will create the "CoreScale" technology and make 4, then 8, then 16 cores and up while their competitors are increasing operations per clock cycle per watt per core. Consumers won't know any better, so they will buy the Intel 64-core processor that runs hotter and slower than the cheaper clone chip that has only 8 cores. Then when Intel starts runs up against a wall and gets their butt-kicked they will revert to the original Core 2 Duo design and start competing again.

    Oh, and I predict that AMD will release a new rating called the "core plus rating" so their CPUs will be an Athlon Core 50+ meaning it has the equivalent of 50 cores. Queue n00bs who realize they have only 8 cores and complain.

    And to think I didn't like history in school. Maybe I just hadn't seen enough of it to understand.
  • Software hasn't really improved for maaany years now, Spreadsheets and Word Processors are more colourful, higher resolution. But are these products smarter, better at all? Would a postgraduate write a better doctoral thesis with Office 2007 than with - say - Word 6.0? Is image manipulation thaat much better with the latest photoshop than with PS 5.5? With some minor exceptions the answer is clearly no.

    - We were promised Virtual Reality with VR Helmets more than 10 years ago - is this _just_ a matter of hardware?
    - Smart voice recognition? Anyone tried it lately? Anyone tried to write pretty standard letters with it? Desastrous.
    - Intelligent assistents, understanding the user's needs? Operating system/application wizards that improve it's capabilties while you're working with 'em?

    The applications are missing, they're faster, more colourful, higher resolution, antialiased... but still DUMB.

    Computers are already pretty powerful, please start and make the software smarter, not faster.

    CPU power is not that important anymore.
    • Is image manipulation thaat much better with the latest photoshop than with PS 5.5? With some minor exceptions the answer is clearly no.

      Hah! I am forced to disagree in the strongest possible terms..

      Speaking as a former production artist and current art director, the last couple of generations of graphics software have introduced powerful tools that streamline my workflow in ways I find it hard to even fathom. Ok, let's talk about Illustrator, for example. From 10 -> CS Adobe added in-application 3D rendering of any 2D artwork onto geometric primitives. This is something I used to either have to fake, or take out of the application and into a 3D renderer in order to render simple bottle/can/box packaging proofs. Marketing wants to make a copy change? Make the change to the 2D art and the 3D rendering is updated in real time. Oh, and the new version of InDesign recognizes that the art has been updated and reloads it into the brochure layout. Automatically.

      This is just one feature out of literally hundreds. This one alone saves me an hour or two a day. Seriously, there are projects I can take on today that would have been unthinkable 5 years ago. Pre-press for a 700 page illustrated book project has gone from a week of painful, tedious work down to 30 minutes, of which 20 is letting the PDF render. Seriously.

      Here's the thing, unless you use a piece of software all day, every day, you're really not in any position to comment on how much it has or hasn't changed.

      Photoshop (et. al.) are software for professionals, despite the number of dilettantes out there using them for sprucing up their MySpace page.

      m-
  • by loconet (415875) on Tuesday September 26 2006, @03:57PM (#16205615) Homepage
    WASHINGTON (Reuters) In lights of Intel's 80 Core Processor pledge in 5 Years, scientists are worried that Richard Branson's pledge [bbc.co.uk] is now too little too late.
  • by Animats (122034) on Tuesday September 26 2006, @04:05PM (#16205751) Homepage

    The big question is how these processors interconnect. Cached shared memory probably won't scale up that high. An SGI study years ago indicated that 20 CPUs was roughly the upper limit before the cache synchronization load became the bottleneck. That number changes somewhat with the hardware technology, but a workable 80-way shared-memory machine seems unlikely.

    There are many alternatives to shared memory, and most of them, historically, are duds. The usual idea is to provide some kind of memory copy function between processors. The IBM Cell is the latest incarnation of this idea, but it has a long and disappointing history, going back to the nCube, the BBN Butterfly, and even the ILLIAC IV from the 1960s. Most of these, including the Cell, suffered from not having enough memory per processor.

    Historically, shared-memory multiprocessors work, and loosely coupled network based clusters work. But nothing in between has ever been notably successful.

    One big problem has typically been that the protection hardware in non-shared-memory multiprocessors hasn't been well worked out. The Infiniband people are starting to think about this. They have a system for setting up one way queues between machines in such a way that appliations can queue data for another machine without going through the OS, yet while retaining memory protection. That's a good idea. It's not well integrated into the CPU architecture, because it's an add-on as an I/O device. But it's a start.

    You need two basic facilities in a non-shared memory multiprocessor - the ability to make a synchronous call (like a subroutine call) to another processor, and the ability to queue bulk data in a one-way fashion. (Yes, you can build one from the other, but there's a major performance hit if you do. You need good support for both.) These are the same facilities one has for interprocess communication in operating systems that support it well. (QNX probably leads in this; Minix 3 could get there. If you have to implement this, look at how QNX does it, and learn why it was so slow in Mach.)

    • They are claiming a terabyte per second interconnect. I think it is safe to assume it will be something like an Infiniband, myrinet or similar (NEC's IXS, IBM's HPS) high performance application networking technology.

      What you're asking for is pretty standard stuff in the high end, where hundreds of processors is quite common. Cache coherency is a killer, and so they have died out long ago in the high end. when you think about it, CC basically requires a crossbar switch style memory archictecture which ex
    • Re:Hey now... (Score:5, Insightful)

      by myurr (468709) on Tuesday September 26 2006, @03:21PM (#16204837)
      Why oh why won't Intel spend their research dollars on something useful, like a bus architecture that can actually keep up with present performance levels?
      • Re: (Score:3, Insightful)

        Why oh why won't Intel spend their research dollars on something useful, like a bus architecture that can actually keep up with present performance levels?

        Yes, because if Intel is working on one thing, that means they can't work on anything else at all anymore...

      • Re: (Score:3, Informative)

        Your wish has been granted [theregister.co.uk].

        Next!
      • like a bus architecture that can actually keep up with present performance levels?

        There's nothing wrong with bus architecture in my opinion.

        I stand at the stop, the digital sign says the bus will be along in 4 minutes.

        4 minutes later the bus turns up.

        I don't see what the problem is.
    • by John Jorsett (171560) on Tuesday September 26 2006, @03:27PM (#16204977)
      What massively parallel tasks would possibly need 80 cores?

      Just as Gates couldn't imagine what anyone would want with more memory than 640KB, we can't imagine what people will do with 80 cores. I'm confident in predicting that they'll find ways to use every bit of that capacity and demand more.

      • Re: (Score:3, Insightful)

        ust as Gates couldn't imagine what anyone would want with more memory than 640KB, we can't imagine what people will do with 80 cores. I'm confident in predicting that they'll find ways to use every bit of that capacity and demand more.

        He wasn't asking what 80 cores are good for. He's asking why we need 80 cores on one chip. As opposed to 40 dual-core processors, for example. And it's a good question. I imagine that these 80 cores can communicate extremely fast between their nearest neighbors. This could

    • Not enough demand (Score:4, Insightful)

      by EmbeddedJanitor (597831) on Tuesday September 26 2006, @03:29PM (#16205017)
      OK, IBM did get egg on their face for saying that the world only needed 5 computers, so it is dangerous to predict the future but 80 core chips seem absurd.

      The costs to make use of 80 cores (you're going to need hugely complex chips and hugely complex memory buses) mean that these chips will be severe overkill for PCs and will be outside any typical user's price range. They're only going to be useful for a a few servers in very niche applications. If there's only demand for, say, 10,000 of these chips in the world then they're going to be extremely expensive.

      I smell marketing horseshit. I think they're just saying this to get people to start thinking of multi-core options. Most people don't see the need for multi-core (even 2 core) systems. By saying you'll get 80 cores in 5 years makes people start thinking that they should start using 2 or 4 cores now.

      • Re: (Score:3, Interesting)

        Video processing is why consumers will eventually want 80-core chips. Many video algorithms are extremely parallelizable. Heck, modern video cards have double-digit numbers of shader units already, and consumers buy them. Generating video images in real-time is extremely parallelizable. Software rasterizers could easily use 80 cores. More excitingly, real-time raytracing would be feasible with 80 cores; no video card required. HD videos tax modern single cores just when being decoded, and encoding is
        • Programs expand to fill the CPU cycles available.

          No they don't. Right now I'm building a Linux kernel and it is only using approx 35% of the CPU. Why? Because my memory and disk are not fast enough. If I swapped out the CPU and kept everything else the same, it would not go much faster. Sure, with a faster motherboard etc I could get better speed, but that is very difficult to scale to 80 cores

          As I said before.... to get 80 cores working properly is going to require huge amounts of memory as well as hugely

            • Re:Amdahl's Law (Score:5, Insightful)

              by EmbeddedJanitor (597831) on Tuesday September 26 2006, @04:18PM (#16205987)
              Comparing where we are today to twelve years ago, and expecting the same or greater multiplier is absurd.

              In the 80s and early 90s, most of the bus speed limitations were due to capacitance issues (ie. how fast can we switch a transistor and discharge the capcaitance). We can make things faster by reducing capacitance through various measures. Now memory buses and speed are now getting so fast that they're starting to get constrained by the speed of light etc so it is getting harder to find large multiplier improvements.

              I think there is still a lot of room for new stuff, maybe twice or four times what we have now. The biggest impovements that can be made, however, are in power reduction etc.

              • Re: (Score:3, Insightful)

                Comparing where we are today to twelve years ago, and expecting the same or greater multiplier is absurd.


                Er, I wasn't pointing to any particular multiplier. I was pointing out that, even if you are right that, when released, these would be prohibitively expensive for most purchasers, that history suggests that processors go from "prohibitively expensive for most user", to "common", to "you really need to upgrade that old piece of crap" pretty quickly.

    • Re: (Score:3, Insightful)

      What massively parallel tasks would possibly need 80 cores?

      I'm not sure this is 80 general-purpose processing cores: the article claims that there are "80 floating point cores". Clearly, the big selling points of the chip are, in Intel's view, its data transfer at 1 TB/sec, and its floating point speed at 1 TFLOP.

      I can see uses for two, maybe 4 cores but what are advantages of 80 core chip as opposed to system with 40 2-core processors we can have now?

      An 80-core chip with RAM attached directly to the proces

    • by Bluesman (104513) on Tuesday September 26 2006, @03:41PM (#16205271) Homepage
      How many processes are running on your machine?

      A basic strategy would be for the OS to devote each process to its own processor.

      This would reduce the need for TLB/cache flushes or eliminate context switches entirely. The whole machine would be really snappy.

      That said, for a desktop machine, this is a huge amount of overkill, but with economies of scale being what they are, we'll probably have this power available soon.

      What I'd like to see more though, is extra functionality in hardware rather than more of it. Wouldn't it be great if hardware was able to handle some of the things an OS is now used for, like memory (de)allocation? Or if we could tag memory according to type? Or if there were finer-grained controls than page-level?