Slashdot Mirror


Intel Expands Core Concept for Chips

Aziabel writes "As most of you have probably heard, Intel plans to come out with chips containing two processing cores next year, but that's just the start. The Santa Clara, Calif.-based chip giant intends to exploit the concept of using multiple processor cores; chips with four cores and eight cores will eventually join dual-core chips, which will begin to appear from Intel next year. The company's research department is also looking at the feasibility of creating chips with hundreds of cores to assist servers and supercomputers with large numbers of relatively repetitive calculations, said Steve Smith, vice president of the desktop platforms group at Intel. The focus on multiple cores arises from Moore's Law, which dictates that the number of transistors on a chip doubles every two years. I say, the more the better. Keep 'em coming, chip-makers!"

222 comments

  1. Can you imagine... by IO+ERROR · · Score: 2, Funny

    ...a beowulf cluster on a chip!

    --
    How am I supposed to fit a pithy, relevant quote into 120 characters?
    1. Re:Can you imagine... by Anonymous Coward · · Score: 0

      Not really.

    2. Re:Can you imagine... by Almond+Paste · · Score: 0

      Here's an early Christmas gift for you: ?

    3. Re:Can you imagine... by Impy+the+Impiuos+Imp · · Score: 1

      "Can you believe they can fit millions onto a single chip nowadays?"

      "What, transistors?"

      "No, advanced Pentium IV cores."

      I guess that "theoretical" 30,000 GHz Pentium IV capable of real-time ray tracing of a 3D game isn't as far as we might think. 10 or so cores, that's all ya need...

      --
      (-1: Post disagrees with my already-settled worldview) is not a valid mod option.
    4. Re:Can you imagine... by Anonymous Coward · · Score: 0

      Am I the only one who is getting real sick of beowulf jokes? Ok, I can imagine it being slightly funny the first time it was posted, I can even imagine it being slightly funny the first time someone took it to a new level by applying it to something non-computer related, but every freaking article?

      Slashdot needs some fresh jokes.

    5. Re:Can you imagine... by bob+beta · · Score: 1

      The Slashdot 'native culture' moves/evolves very slowly. But it does evolve over time.

      For instance, you hardly ever see any 'Mae Ling Mak, Naked and Petrified' comments/trolls anymore. Even the inferior 'Natalie Portman' updates seldom appear.

      There's some meaning and significance to the 'Beowulf' comments, though, and they generally appear in on-topic contexts. It's some peoples' way of making fun of the 'Linux everwhere' mentality. Sort of, anyway.

    6. Re:Can you imagine... by Anonymous Coward · · Score: 0

      Imagine a beowulf cluster of complaints about beowulf cluster jokes!

  2. Mmmmm. Chips. by soloport · · Score: 0, Offtopic

    Becha can't eat just one!

  3. Cell Processor by News+for+nerds · · Score: 5, Interesting

    It's nothing more than a catch-up move to Sony/Toshiba/IBM Cell, just like EMT64 to catch up AMD. Those late and awkward moves are of bad omen for Intel, IMO.

    1. Re:Cell Processor by skids · · Score: 4, Interesting

      Agreed. And in addition, really what they need to start doing is specializing the cores. Either that, or following the cell paradigm in reducing the complexity of each core to increase the number of cores, such that you can combine several into a special-function unit.

      But we all know that nothing really changes until memory access changes. Memory continues to be the bottleneck, so if the only thing a processor with more cores can do fast is crunch numbers, you'd get more bang for the buck with better/more vector processing units.

      Now, if/when they come out with memory that can be reorganized on-the-fly, perform large-scale simple massively-parrallel operations, and do some content-addressable tricks, that will be a signifigant development. I don't know how long it would take that to make it into higher level programming languages, though. It kinda of turns the job of writing programs on it's head.

    2. Re:Cell Processor by Psychofreak · · Score: 3, Interesting

      How about putting a significant amount of RAM on the die with the 2 (4 or 8) processors? From my understanding of space and volume it should be possible to put at least 256 MB on the die with 2 processors in an L3 or similar arrangement. Yes the complexity is higher but the overall speed of the system would increase much by having a significant amount of RAM at (or near) chip speed.

      This coupled with about 1 GB of system RAM would (hopefully) provide superior performance.

      As a side note, I guess my next box will be SMP, I like SMP machines!

      Phil

      --
      Laugh, it's good for you!
    3. Re:Cell Processor by MrNemesis · · Score: 1

      "Now, if/when they come out with memory that can be reorganized on-the-fly, perform large-scale simple massively-parrallel operations, and do some content-addressable tricks, that will be a signifigant development."

      Isn't that what NUMA is about? AFAICR all it needs is a board that can take advantage of it, along with an OS. I think some of the Opteron boards have NUMA and all that lot.

      N.B I'm not an expert, if you couldn't tell ;)

      --
      Moderation Total: -1 Troll, +3 Goat
    4. Re:Cell Processor by Anonymous Coward · · Score: 0

      So far, sony has a design and some performance estimates that are little more than speculation. But even architecturally, their chip is nothing revolutionary... they're just hoping to leapfrog the natural progression toward multicore designs by going highly parallel right away. It's a strategy that works when you control the platform, such as the PS3, but it's not going to go anywhere in the general purpose computing market.

      Yes, you can safely abandon your apple/sony market dominance fantasy... you know, the one where personal computing is reinvented overnight by two companies who design very pretty hardware. I'd like to remind you that creating software systems that run optimally on highly parallel architectures is both difficult, and a dramatic change from the last two decades in computer design. Look at how many apps are multithreaded in a meaningful way.

    5. Re:Cell Processor by jhains · · Score: 1

      Bad omen? Whatever. Post your flame-bait on an AMD forum. If you think Pentium chips are Intel's only business, you're sorely mistaken. Intel has plenty of money-making irons in the fire, and even if they continued to lag behind AMD on the home CPU market, it highly unlikely that would be enough to take them down. If Intel finds they can't compete in the home CPU market, they'd probably just eat the losses. The home CPU market is the proving grounds for the real money makers. Intel provides chips for many other industries, not just gamers. Additionally, they make more than just CPUs. Try doing a little reading before casting your chicken bones and tea leaves.

      --
      sig sig sputnik?
    6. Re:Cell Processor by News+for+nerds · · Score: 1

      >Yes, you can safely abandon your apple/sony market dominance fantasy...

      Which market do you mean? I suppose you mean PC, but Cell's market is not only in the PS3 but in consumer electronics market such as HDTV and HD recorder, and professional use market like HD digicam and creative workstation.

      Also, Intel needs a corresponding OS to utilize their many-core CPU with dozens of cores but MS is not known as a quick company, and I don't believe in desktop Linux either.

    7. Re:Cell Processor by lukasz · · Score: 4, Interesting

      >Now, if/when they come out with memory that can be reorganized on-the-fly, perform large-scale
      >simple massively-parrallel operations, and do some content-addressable tricks, that will be a
      >signifigant development. I don't know how long it would take that to make it into higher level
      >programming languages, though. It kinda of turns the job of writing programs on it's head.

      Have you ever stumbled on FPGAs ? It's already there. The problem is, as I see it, it does turn writing programs on it's head. Thus, very few people outside of the hardware design crowd know what to do with them.
      Just think how many people do get exposed to digital design vs programming. How many people do go beyond a vague idea of a processor working on data sitting in memory ? How many CS graduates are utterly unhappy about digital design classes ?

    8. Re:Cell Processor by iamatlas · · Score: 1

      I thought the cache memory was a faster, and much more expensive type though. Or is it itsproximity to the procesor that makes it more efficient? Just curious.

    9. Re:Cell Processor by getch(); · · Score: 2, Insightful
      Why, praytell, does Intel need to either specialize their cores or move toward a massively parallel architecture like Cell is supposed to be? Do you have some foresight into the performance of as of yet nonexistent computing architectures?

      Anyone even vaguely familiar with multithreaded programming and execution should know that it is difficult (sometimes impossible) to extract parallelism from the majority of the desktop computing applications. As such, throwing more cores at the problem doesn't necessarily help. I'm repeating myself, but it is very likely that next year's dual-core systems will perform worse than today's single core versions in most applications (which aren't multithreaded).

      Forgive me if I'm somewhat skeptical of the Cell architecture as well. (We all know how hard the Sony hype machine worked for the Emotion engine.) It's not very likely that Cell will achieve some of the amazing performance numbers that have been hinted at. Perhaps Sony/IBM/Toshiba has a revolutionary SDK that allows easy multithreading of sequential applications. But nothing like that has even come up in rumormongering.

    10. Re:Cell Processor by News+for+nerds · · Score: 1

      Oh well. Intel produces Xscale and wireless chips. Intel produces flash memory in their older fabs. So what? I'm talking about innovation in technology, not money. As for AMD, Intel lagged in multicore implementation too. AMD's K8 was designed with multicore in its mind from the beginning, while Intel pushing Moore's law by deeper pipelines and faster clock speed and ridiculous amount of TDP.

    11. Re:Cell Processor by getch(); · · Score: 1
      Cache memory is faster because it is closer to the processor and because it's smaller. Decoding hardware necessarily gets slower as the amount of data to decode/encode/address increases. Additionally, SRAM doesn't have to be refreshed periodically to maintain its data.

      An SRAM bit also takes 6 (or 4) transistors compared to 1 for DRAM, but is more suited to fabrication on a process optimized for logic (as opposed to one optimized for DRAM or mixed-signal circuitry).

    12. Re:Cell Processor by News+for+nerds · · Score: 1

      >Do you have some foresight into the performance of as of yet nonexistent computing architectures?

      Blue Gene/L is nonexistent? ;)

    13. Re:Cell Processor by getch(); · · Score: 1

      Touche. I meant the Cell in particular though.

    14. Re:Cell Processor by philthedrill · · Score: 1

      I'm somewhat playing devil's advocate here, but Sony/IBM/Toshiba were also following the idea of Piranha from the Compaq group paper. The old Compaq project had eight simple cores (in-order Alpha 21164, if I remember correctly) and it really shined in transaction benchmarks.

      In a way, AMD64 is the same idea as when Intel extended x86 from 16-bit to 32-bit. Back in the 90's, Itanium sounded like a good idea, and they (Intel) really were looking ahead then (and they didn't want EMT64 to cannibalize Itanium sales for various reasons). They also hoped that compiler technology would be much further along than where it is now.

      The real issue for Intel is whether or not many cores is a good investment for them. Amdahl's Law states that system performance will benefit more from improving single-threaded instead of multi-threaded execution (what if your code isn't or can't be parallelized?). So if you go with a scaled down processing core so you can fit eight cores on a chip, you may get a chip that kicks ass in TPC but isn't much better - or that may be worse - than what's out there for running general purpose code. And then they have to ask if people would buy a processor that is geared towards highly parallel applications only.

      Two cores isn't a hard decision, but going beyond that requires some more cost-benefit analyses. Yes, high frequencies have gotten Intel far, and in retrospect, they should have explored this area earlier, but they have a lot more baggage (compatibility and performance-wise) than Cell.

    15. Re:Cell Processor by Anonymous Coward · · Score: 0

      Indeed, Intel doesn't seem to be leading the pack these days.

      I'm reminded of 3dfx in the Vodoo4/5 era. While NVIDIA was bringing in hardware T&L, transforming the concept of 'graphics card' into 'GPU', 3dfx was counting on the brute force of multiple chips, and eventually, multiple cores of thier VSA-100, a chip derrived directly from the Voodoo2.

      They didn't get far with that strategy. By the time their 'high end' 4-chip card came out, NVIDIA had blown them out of the water with more innovative chips.

      Anybody remember the T-Buffer?

    16. Re:Cell Processor by wik · · Score: 4, Informative

      This increases the fabrication costs for the silicon die because the processes used to create high-performance CMOS logic and high-density DRAM are different. Because of the cost, it's not likely to happen for commodity microprocessors any time soon.

      --
      / \
      \ / ASCII ribbon campaign for peace
      x
      / \
    17. Re:Cell Processor by CaptKilljoy · · Score: 1

      >Have you ever stumbled on FPGAs ? It's already there. The problem is, as I see it, it does turn writing programs on it's head. Thus, very few people outside of the hardware design crowd know what to do with them.

      This is largely horse pucky. FPGAs are a trade off of efficiency for generality. FPGA based coprocessors only provide a benefit where the algorithm can be implemented more efficiently in logic than conventional code and it's done at a high enough frequency to warrant the trouble. Few situations on the desktop meet these criteria. The only situation that comes to mind is video compression/decompression but that is already accelerated quite well by something on the other end of the efficiency/generality spectrum: the GPU.

    18. Re:Cell Processor by doc+modulo · · Score: 1

      I read that some functional programming languages can automatically multithread a program so that the task is split up over multiple processors. The programmer would just program as for a single CPU and change nothing or very little.

      Functional programmming languages examples are Lisp and OCaml.

      Oh, correction, from a previous /. thread:

      OTOH, it is theoretically possible to automatically multithread purely functional programs, especially if they're lazy like Haskell. So it could end up being a very important language on multi-processor and distributed systems.

      The only way I see multi-core processors or cluster-like processors (Cell) succeed is if programmers switch to languages like that. Any other way would introduce too many bugs in programs. Computers should make life easier, not harder. Even for programmers.

      Eventually, multi-core/processor is the only way forward, after single-processors have to heat up to supernova temperatures to increase speed.

      --
      - -- Truth addict for life.
    19. Re:Cell Processor by timts · · Score: 0

      how's this a catch-up move since AMD/Intel announces this before SONY-IBM, also it's multi-core on single chip, instead of grouping of cheap core on different cores (as my understanding for the 'cell' processing). at the same time, intel/AMD demonstrated prototype before SONY-IBM did.

    20. Re:Cell Processor by lukasz · · Score: 1
      >This is largely horse pucky. FPGAs are a trade off of efficiency for generality. FPGA based

      uh... the same holds for von Neumann's CPU architecture ;o)

      >coprocessors only provide a benefit where the algorithm can be implemented more efficiently in
      >logic than conventional code and it's done at a high enough frequency to warrant the trouble. Few
      >situations on the desktop meet these criteria.

      'situations on the desktop' a quite well handled by the contemporary CPUs. One can only type that fast.... Desktop is not an issue, no matter multi core CPUs, Cell Processor, FPGA based solutions...

      >The only situation that comes to mind is video compression/decompression but that is already

      The only 'desktop situation'. There's life beyond desktop....

      >accelerated quite well by something on the other end of the efficiency/generality spectrum: the GPU.

      ...like a bunch of engineering/scientific computions that, in places, are embarassingly parallel and, at the same time, embarassingly simple so that dedicating entire Beowulf node to the unit computation is a waste.

      Just as example - check TimeLogic's page (http://www.timelogic.com/)- a large class of bioinformatic computations can be accelerated by 2 orders of magnitude. Note, that it translates into substituting Beowulf clusters
      with a single FPGA-based accelerator board. Hardly horse puckey, I'd say...

    21. Re:Cell Processor by LWATCDR · · Score: 1

      Could the next step for the cell be memory chips and cpus tightly linked on the same die? each Memory chip has it's own full speed cpu? add more memory and more cpu.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    22. Re:Cell Processor by Anonymous Coward · · Score: 0

      That is a good idea! I will add that as introductory curricullum in next years class. I have been working with FPGA's for a couple of years now and find that they will be needed for advanced image processing. But I have been dissapointed that my graduate students don't understand the basic concept of them. My guess is that most CS professors don't understand FPGA technology or consider it NOT to be CS and that is another reason it is not so common right now. Thanks for the suggestion.

    23. Re:Cell Processor by Psychofreak · · Score: 1

      I am still a newbie Linux user who has not throughly researched BSD. Is BSD multiprocessor? I my guess is that it is. Isn't MacOS-X based on BSD? I KNOW BSD runs on the x86 platform. Could MacOS fill the gap for a desktop multi-processor platform?

      Since I'm broke on this I would appreciate the best $0.02 I can borrow to rub together.

      Phil

      --
      Laugh, it's good for you!
    24. Re:Cell Processor by CaptKilljoy · · Score: 1

      >>accelerated quite well by something on the other end of the efficiency/generality spectrum: the GPU.

      >...like a bunch of engineering/scientific computions that, in places, are embarassingly parallel and, at the same time, embarassingly simple so that dedicating entire Beowulf node to the unit computation is a waste.

      >Just as example - check TimeLogic's page (http://www.timelogic.com/)- a large class of bioinformatic computations can be accelerated by 2 orders of magnitude. Note, that it translates into substituting Beowulf clusters with a single FPGA-based accelerator board. Hardly horse puckey, I'd say...


      Talk about missing the point. Read what I wrote and tell me how your comment does anything but support it:
      "Coprocessors only provide a benefit where the algorithm can be implemented more efficiently in logic than conventional code and it's done at a high enough frequency to warrant the trouble."

      (In addition to your bioinformatics example, I'll add compression accelerators and (IIRC) some EDA accelerators as examples where FPGA computing does indeed provide a benefit.)

      Going back to your original post:
      "Have you ever stumbled on FPGAs ? It's already there. The problem is, as I see it, it does turn writing programs on it's head. Thus, very few people outside of the hardware design crowd know what to do with them."

      People know how to use them; they just have no use outside of a few very specialized areas. In the context of a discussion of advances in general purpose computing, FPGA based computing is indeed horse pucky.

  4. I like by BCW2 · · Score: 0, Offtopic

    The thought of playing Battlefield on a dual core Opteron. Actually, just having a dual core Opteron for any use has a serious drool factor.

    --
    Professional Politicians are not the solution, they ARE the problem.
    1. Re:I like by bersl2 · · Score: 2, Insightful

      Personally, I produce more drool thinking about dual dual-core Opterons. Not that that's really necessary. It's just that 4 > 2, and quad processor boards don't make very good workstations, especially in light of two-socket boards from companies like Iwill and Tyan that will also be SLI-capable. Really, all of that power is not necessary, but imagining it makes me feel good. Or is that weird feeling from having stayed up all night?

    2. Re:I like by Anonymous Coward · · Score: 0

      Actually you would gain more from multi core GFX chips than CPUs unless you are hosting a server then it will be a benifit otherwise a multi core CPU wont really benifit

    3. Re:I like by Clay+Pigeon+-TPF-VS- · · Score: 1

      You mean quad socket boards dont make good workstations, dont you, as a dual socket board with 2x dual processor core chips would technically be 4 processors...

      --
      Viral software licensing is not freedom, it is in fact GNU/Socialism.
    4. Re:I like by bersl2 · · Score: 1

      Meh. Yeah. Whatever. I'm not quite sure about just what I wrote actually means. I'm also not quite sure that the previous sentence is worded well.

  5. Long-term strategy of this? by OccidentalSlashy · · Score: 5, Insightful

    I am beginning to suspect that Intel does things like this simply to make x86's instruction set harder and harder to emulate well.

    Kind of like to what I suspect Microsoft has been trying to do against Lindows for a while now, namely complicate their API more and more. And with IE and HTML.

    Of course they're well within their rights to try. We'll just build a better idiot savant. Or let Steve Jobs keep making Apples that no one can really imitate in the first place.

    --
    vicious, untreated political sewage...niche entertainment for the spiritually unattractive...worshipless pap
    1. Re:Long-term strategy of this? by TummyX · · Score: 1

      Yeah, it's not like technology gets more and more complicated over time or anything.

    2. Re:Long-term strategy of this? by Decaff · · Score: 4, Insightful

      I am beginning to suspect that Intel does things like this simply to make x86's instruction set harder and harder to emulate well.

      Why should this have anything to do with the instruction set? The principle is exactly the same as for existing multi-processor systems, but on the same chip.

    3. Re:Long-term strategy of this? by OccidentalSlashy · · Score: 0
      Yeah, it's not like technology gets more and more complicated over time or anything

      It does if you add layers and layers of cruft to the same old thing and keep selling it as II, III, IV, V, etc. However, ideally, fresh minds view the technology as a whole and start to refactor the design in ways that make sense. IBM's POWER architecture is a good counterexample to Intel's design -- it's becoming a nearly perfect parallel processor as it evolves (I believe Sony is basing PS3's Cell on it), and since it was really truly RISC inside and out from the beginning, they don't have the terrible heat and power issues that plague x8Sick chips.

      Plus you get a speed-equivilent PowerPC for the same price as an Intel! How could they pull that off given the enormous disparity in production capacity between the two chips?

      --
      vicious, untreated political sewage...niche entertainment for the spiritually unattractive...worshipless pap
    4. Re:Long-term strategy of this? by OccidentalSlashy · · Score: 0
      Why should this have anything to do with the instruction set? The principle is exactly the same as for existing multi-processor systems, but on the same chip.

      Only if it's perfectly backwards compatible with old code. What's more likely here is you'll be switching certain compiler flags and refactoring your program loop in ways that just don't make sense for AMD processors or emulators that aren't as new-school. Kid.

      --
      vicious, untreated political sewage...niche entertainment for the spiritually unattractive...worshipless pap
    5. Re:Long-term strategy of this? by badriram · · Score: 1

      And what does it have to do with MS and Lindows, maybe MS and wine....

      As people complain on slashdot the only thing MS is not doing is developing for IE (yes i know they started again), and i am sure they were not doing it so that no one else can emulate.
      Mozilla chooses not to for a good reason.

      Read up on RISC and CISC before you post on mac emulation, a lot of it has to do iwht processor architecture and not "Apples".

    6. Re:Long-term strategy of this? by Boronx · · Score: 1

      Well, is that a change in the instruction set, or just a different optimization of the same instruction set?

    7. Re:Long-term strategy of this? by Scott7477 · · Score: 1

      Exactly...I have been a long-time Apple hater due to their proprietary business model and higher prices but now I am seriously considering buying an Apple machine. With the PowerPC chip and OS X at approximately the same price as Wintels it is starting to seem like a no-brainer.

      --
      "Lack of technical competence coupled with the arrogance of power, as usual, leads to no good end."
  6. Bottleneck. by Anonymous Coward · · Score: 0, Interesting

    "The focus on multiple cores arises from Moore's Law, which dictates that the number of transistors on a chip doubles every two years. I say, the more the better. Keep 'em coming, chip-makers!"

    No. I think it arises from the limits of the von neuman architecture.

    1. Re:Bottleneck. by faragon · · Score: 1

      John Von Neumann's architecture was related to a single CPU and a single CPU-driven bus, and was warped in early 80's. In the x86 PC market, the Von Neumann approach was surpassed with the DMA controller in early 80's. Later, in 90's, MCA and PCI busses were introducing bus mastering "intelligent" cards which steals PCI-bus cycles for it's operating without CPU intervention, that was multiprocessing de facto.

      Today's multiple processor designs are far away from Von Neumann's designs, of course, but just by complex synchronization tricks: cache coherency, multiple syncronized buses, and some other beauty tricks.

      Corolarius: we want 64 or more processors on a die, with tons of busses and 0.01 micron 30 layer dies ;-)

    2. Re:Bottleneck. by Anonymous Coward · · Score: 0

      In the early 80s, we also mastered the approriate use of ITS in sentences, mofo.

    3. Re:Bottleneck. by lukasz · · Score: 1

      >Corolarius: we want 64 or more processors on a die, with tons of busses and 0.01 micron 30 layer dies ;-)

      One can have ~300 8-bit RISCs right now. That's how many can fit into a single mordern FPGA...

    4. Re:Bottleneck. by faragon · · Score: 1

      I am sorry, was just a typographical error. By the way, you could be a bit polite avoiding using such unkind words (I looked for "mofo" at Wikipedia, http://en.wikipedia.org/wiki/Mofo).
      About my stily, I apologize, english is my third language, I write at my best, but far from being perfect, you insensitive cloud ;-)

    5. Re:Bottleneck. by faragon · · Score: 1

      Yes, sure. Still Flash RAM chips have built-in 8bit RISC microprocessors (at least Infineon's flash) to bump the low voltages until 20V needed to perform flash writing (capacitance cascade).

      Apart from the obvious, I was on the "64 modern super cool high end processors on a chip" way. My apologizes if I wasn't enough concise.

    6. Re:Bottleneck. by ChrisMaple · · Score: 1

      Modern X86 processors are Harvard architecture, not von Neuman, to the cache. In other words, there are separate data and instruction caches.

      --
      Contribute to civilization: ari.aynrand.org/donate
    7. Re:Bottleneck. by Kehvarl · · Score: 0

      I don't mean to sound critical, but "insensitive cloud" instead of "insensitive clod" is most amusing. I do believe I'm going to start using that.

  7. Have we hit a wall for computational ability? by Anonymous Coward · · Score: 4, Interesting

    This does not bode well for problems that mathmatically cannot be executed in parallel.

    1. Re:Have we hit a wall for computational ability? by Anonymous Coward · · Score: 1

      Well, solve 8 different ones at a time then.

    2. Re:Have we hit a wall for computational ability? by danila · · Score: 1

      No, not a wall, but simply the fact that most of the problems Intel CPUs can be paralellized to a large extent. It doesn't make sense to waste resources on improving the sequental processing when you can do parallel processing and reap huge rewards.

      --
      Future Wiki -- If you don't think about the future, you cannot have one.
    3. Re:Have we hit a wall for computational ability? by Herb+Sutter · · Score: 1

      Right, and this sea change has other interesting consequences too. See also my recent blog at http://pluralsight.com/blogs/hsutter/archive/2004/ 12/17/3957.aspx about The Concurrency Revolution. It's an overview of an article I just wrote on exactly this topic that will appear in the March issue of Dr. Dobb's Journal. A shorter version will be in the February C/C++ Users Journal.

  8. Great by Anonymous Coward · · Score: 5, Funny

    Now I can do away with my furnace.

    1. Re:Great by Anonymous Coward · · Score: 0

      Now I can do away with my furnace.

      Not quite, but if they mount the new chips on the top surface of your computer case you'll be able to use it as a hot plate.

    2. Re:Great by Anonymous Coward · · Score: 0

      Oviously you've never felt the exaust on a quad Opteron fully loaded with 32GB of memory and a good U320 scsi card or two... Aside from sounding like a vaccume, they do a darn good job a heating up a room in a hurry.

  9. Performance rateing by Barny · · Score: 5, Informative

    The problem is with what they (both intel and amd) plan to do is saying a dual core 1.5 centrino (for example) cpu is actually a 3Ghz machine (from the pr they have allready put out about these chips).

    Read overclockers.com for some good speculation on what the good/bad/ugly features are likely to be.

    --
    ...
    /me sighs
    1. Re:Performance rateing by qbwiz · · Score: 1

      Isn't Intel using PR numbers (and not Ghz) now?

      --
      Ewige Blumenkraft.
    2. Re:Performance rateing by Tim+C · · Score: 1

      Yes - they're using "processor numbers" rather than just GHz ratings. See this page for more details. A list of processor numbers is available here.

  10. Not that kind of law! by melonman · · Score: 5, Insightful

    The focus on multiple cores arises from Moore's Law, which dictates that the number of transistors on a chip doubles every two years.

    I don't think non-compliance with Moore's Law is a felony. It's an observation, not a statute. Moore's Law arises from the fact that transistor counts keep doubling, not the other way around.

    Also, doubling the number of transistors in any way possible doesn't necessarily translate into double the power for any given application. In this case, multiple cores are good news for multi-threaded or forking server apps, but rather less interesting for a lot of desktop apps. Intel obviously has a vested interest in pushing ever larger die sizes, because it does large dies better than anyone else. Whether this will always be in the interests of the rest of the industry, let alone the end user, is less obvious.

    --
    Virtually serving coffee
    1. Re:Not that kind of law! by Anonymous Coward · · Score: 0

      Moore's Law makes me want to hurt people.

    2. Re:Not that kind of law! by analog_line · · Score: 4, Interesting

      Gordon Moore, the guy the "law" was named after, works for Intel. Intel puts a fair bit of weight behind the notion behind it, and they even have a page on their research section about it.

    3. Re:Not that kind of law! by bradbury · · Score: 2, Insightful
      In fact it is neither Moore's Law nor increasing transistor count that is driving multi-core designs. It is economic and competitive pressures.

      As another reader pointed out there is a serious drool factor in a dual core AMD Opteron. Other than the gamers and overclockers one does not need dual cores or multi-GHz clock speeds for most applications. My desktop system is a dual processor 200MHz Pentium Pro system (circa '97) and my web server which was /.'ed in August is a dual processor 100 MHz Pentium (circa '95). "Dual" processors is *not* new. Both systems work fine for the jobs they need to perform most of the time. The only times they don't is when clueless programmers overengineer their web sites. I guess it takes a lot more than dual cores or GHz clock speeds to make me drool. :-;

      But getting back to the topic at hand. Most of my dual processor systems *rarely* use both processors. I think I've only noticed one program (a commercial OCR program) that seems to be programmed to take advantage of dual processors). I think the older versions of Netscape may have an explicit problem with dual processors if Javascript is enabled. [I suspect this is because Javascript may try to run as a separate thread and both Javascript and the HTML image display code use the memory heap at the same time without single threading the code and end up corrupting the heap. But this is just a guess on my part.]

      The real reason for going to multiple cores is (a) the drool factor; and (b) competitive edge [for example Sun is pushing on 4 & 8 cores to distinguish themselves from the commodity processors]; and (c) true supercomputer applications. With respect to (c) a lot of people in government and research were pretty upset with the fact that the U.S. didn't have the #1 spot in the Top500 list for the better part of 2 years. While having multiple cores helps put you back at the top of the list -- supercomputer architectures are complex. You reduce the processor delays between the processors on the same chip but for problems which require the CPU and memory of thousands of processors (protein folding for example) you still have "speed-of-light" message passing delays between the multi-core processors. That requires a very sophisticated message passing network. [See theoretical discussion here.] You can reduce these delays by packing the processors closer together but then you have heat and reliability problems.

      These problems aren't quite as significant with server farms because the data is coming from and going out into the world and interprocessor delays are not as important as they are in supercomputers and large database applications that have to be concerned with concurrency issues.

      It is interesting to note that IBM is running the Blue Gene clock speeds at rates significantly below what AMD and Intel chips are at and even IBM's PPC chips are capable of. And this is from the company that used to build ECL based mainframes that had to be water cooled (so they know the technology). I presume this is because the want to keep the heat production down, reliability up and perhaps to minimize the excess space (and therefore interprocessor delays) that water cooling might require.

    4. Re:Not that kind of law! by jhains · · Score: 1

      From Wikipedia:
      http://en.wikipedia.org/wiki/Moore's_law/
      Moore's law is an empirical observation stating, in effect, that at our rate of technological development and advances in the semiconductor industry, the complexity of integrated circuits doubles every 18 months.

      --
      sig sig sputnik?
    5. Re:Not that kind of law! by ergo98 · · Score: 1

      Are you seriously proposing that Intel plans to put two cores just to match the predicted transistor count? That is absolute absurdity. "Jesus, man, we're falling behind Moore's observation! Let's stick some L4 cache on this chip to catch up!"

      Obviously they want to put two cores in a chip because, well, they can - at any given time there's going to be a "fastest core" with given design and fabrication constraints, and if they can close to double that by stick two in a chip then why not: It allows them to further segment their market.

    6. Re:Not that kind of law! by Invulnerable+Bede · · Score: 0

      I don't think non-compliance with Moore's Law is a felony.

      Oh yeah? Tell that to those thugs from Moore's Police. Last year, I forgot to double my transistors and they came over to my house, kicked down the door, took my geek license, threw me in the street in my pajamas and said "That's what you get, when you mess with the Law, son!".

    7. Re:Not that kind of law! by Fweeky · · Score: 1

      "As another reader pointed out there is a serious drool factor in a dual core AMD Opteron. Other than the gamers and overclockers one does not need dual cores or multi-GHz clock speeds for most applications."

      Opterons are aimed at the server and workstation market. Turning a 1U 2-way Opteron pizzabox into a 4-way one by replacing the CPU's and upgrading the BIOS is *extremely* attractive, and despite your little anecdote about the 100MHz slashdotted webserver, multi-GHz and multi-CPU is kinda important when you're serving tens of thousands of users and pay for every U of space, especially if you're serving them with a complex database and code-intensive application or if you're providing hosting for a bunch of users.

      Well done on missing the point entirely though ;)

    8. Re:Not that kind of law! by tepples · · Score: 1

      Most of my dual processor systems *rarely* use both processors. I think I've only noticed one program (a commercial OCR program) that seems to be programmed to take advantage of dual processors).

      There are all sorts of ways for an app to take advantage of SMP. You just don't see them implemented because until the recent announcements of multicore CPUs, there just hasn't been a market for dual processors, partly because (possibly until recently?) 2-core machines needed a more expensive version of Windows (Professional vs. Home Edition) than a 1-core machine with double the GHz.

      I think the older versions of Netscape may have an explicit problem with dual processors if Javascript is enabled.

      That is a bug. Bugs like that will be reported and fixed as SMP penetration increases. Have you tried upgrading to the latest version?

    9. Re:Not that kind of law! by danila · · Score: 2, Informative

      Most desktop applications can use parallel processing just fine. Word processors, music players, image editors, etc. all can break the job into small independent chunks. But as much as I would appreciate faster processors, I'd enjoy faster storage devices even more. Even though my CPU is at most 10-15% active and only 40-50% of RAM is used, when enough applications want to access the disk simultaneously, the computer can slow to a crawl. I want better caching, more intelligent disk access prioritisation, faster HDDs or just solid state drives.

      --
      Future Wiki -- If you don't think about the future, you cannot have one.
    10. Re:Not that kind of law! by Saeger · · Score: 0

      Moore's Law is just one small part of the greater Law of Accelerating Returns. All evolutionary progress is exponential - we build on the shoulders of progressively bigger giants.

      --
      Power to the Peaceful
  11. Cool stuff, but... by Gorffy · · Score: 0, Redundant

    How useful is this going to be when a alrge number of our apps (games, games!!) are written with a single processor in mind? seems to me like a case of gaming on a dual-xeon/operton. Waste of money and resources.

    1. Re:Cool stuff, but... by News+for+nerds · · Score: 1

      Compiler can evolve to find places in code that can exploit parallelism.

    2. Re:Cool stuff, but... by Anonymous Coward · · Score: 1, Insightful

      We've been hearing this for a LONG time(witness Itanium) and still they are nowhere near where they need to be. The only compilers that are acceptable today in this regard are DSP compilers, but they have a much more straightforward task.

    3. Re:Cool stuff, but... by nkh · · Score: 1

      Is it the work of the compiler to use those multiple cores or the job of the CPU itself? It seems really different than a multiple CPU architecture where the job can be done by the OS...
      I've been told that all CPUs have something like a hundred of internal "hidden" registers but only a few were materialized for the user. The CPU is doing everything on its own, so I thought cores were the same kind of private optimization.

      And a stupid question: is there a difference between the multiple cores and the fact that the Itanium2 can execute (around) 6 instructions at the same time? On the Itanium2, the compiler HAS to use the whole range of registers in order to use most of the parallelism here.

    4. Re:Cool stuff, but... by adeydas · · Score: 1

      i think that would be the work of the CPU to allocate different cores for different purposes and not compilers.

    5. Re:Cool stuff, but... by pmjordan · · Score: 1

      Things will be moving away from this shortly. The XBox2 is rumoured to have more than one CPU. HyperThreading has been here for a while, dual-core chips are going to appear soon. Traditionally, the games industry has been one of the first to jump onto a performance bandwagon, and I don't anticipate a change in that. Developers will have to learn to write paralleliseable (multi-threaded) code sooner or later in order to be able to compete. Given enough time, this will be a non-issue.

      ~phil

    6. Re:Cool stuff, but... by Anonymous Coward · · Score: 0

      It whould be cool to have a core + dedicated RAM for each charictor in a game like Delta Force.

      Threading can be very task dependent.

      dontbeasheep

  12. hmm by mattyrobinson69 · · Score: 3, Interesting

    if a kernel is written to take advantage of multiple cores, would this mean applications written ontop of it would start using the multiple cores?

    if not, how feasable is a multicore > single core emulation in linux.

    1. Re:hmm by Ziviyr · · Score: 2, Interesting

      Unless the cores are unbearbly slow the kernel just needs support for multiple cores. Being effectively seperate CPUs, kernel is already there. Its just a matter of whatever app you're doing using enough threads to keep them all busy.

      Just watch, it'll go fairly smoothly.

      --

      Someone set us up the bomb, so shine we are!
    2. Re:hmm by jackb_guppy · · Score: 3, Informative

      A core ~= A processor today. So multi-processor OS is nothing new. Shoot Intel Hyper-Threading is not new - It looks to OS as two processors but only 1 is running at given time.

      You see an OS runs multiple threads in the first place it just switches between them as each need run time.

      But for given program to be written to use 2 or more threads (looks to the OS as 2 or more programs) takes work.

      So take a program that is already written and place in a multi-core/processor/thread enviroment with all else being equal - it will run as fast as it did before.

      What will run faster is all of it. Take two of these old programs and run them in the multi-core/processor/thread enviroment and they each take same processing time unto themself, but the obversied time is shorter because they are both actually running at SAME time.

    3. Re:hmm by Anonymous Coward · · Score: 0

      It would be the same as hyperthreading is handled right now. Any multithreaded/forked process can take advantage of multiple execution units, but unless the program is designed to take advantage of it, you'll see little improvement.

      Where I see an advantage is inexpensive Linux hard real-time systems that have one core for the real-time process, without the expense of a traditional SMP motherboard.

      The single-core emulation? Possible, but not necessary. You'll need a custom kernel (probably) to make these things work at all (unless they keep x86 binary compatibility), so there's no need for it.

    4. Re:hmm by shawnce · · Score: 1

      Shoot Intel Hyper-Threading is not new - It looks to OS as two processors but only 1 is running at given time.

      Actually both virtual CPUs in an HT system are running instructions at the same time on the same core. The intent of HT (and related implementation but differing names) is to help fill the several execution units that exist on todays CPU cores by allowing an intermixing of instructions from two (or more) execution streams (threads). Having more instructions and often nondependent instruction to choose from for scheduling can improve the utilization of the execution units. This can lead to better overall system throughput.

    5. Re:hmm by joe_plastic · · Score: 1

      The Linux kernel already has smp, numa, and hyperthreading support in it; so it is already written in a way that could take advantage of multicore designs.

      Also right now the userland part of the equation already has is somewhat threaded(actually split into cooperative processes). There is the X11 Server, the Window Manager, maybe a font server, then your application(s). So there will exist times when more than one thing will be available to run.

      Of course most desktop machines are mostly idle most of the time. So the only things you would care about are peak performance, and responsiveness. Without threading some programs you might not notice a great change in peak performance. You may see some more responsiveness in some stress cases. The people who will probably be very pleased is the real-time people.

  13. Yeah, yeah. by eddy · · Score: 2, Insightful

    &gtwill begin to appear from Intel next year.

    Very likely this is marketing sp33k for "will be paper-launched at the last day of next year"

    --
    Belief is the currency of delusion.
  14. HARD-core.. eh? by t_allardyce · · Score: 1

    Supercomputers my ass, when will Intel admit that the real driving force behind faster hardware is lots of gibbing and blood splashing around the screen in real-time! This sounds like a very good idea and one that could maybe lead to a demise in separate graphics cards? your graphics could be handled on a separate core that gets its instructions from another core that maybe even separates collision detection and AI into other cores? I know purpose built hardware is always going to be faster at its job, but if this becomes much cheaper, it will just be more economical to ditch your graphics card and get more cores?

    --
    This comment does not represent the views or opinions of the user.
    1. Re:HARD-core.. eh? by iamatlas · · Score: 1
      I can tell you like question marks?

      You put them at the end of your statements?

      Do you think such usage is correct.

    2. Re:HARD-core.. eh? by t_allardyce · · Score: 1

      Yeah I think so? and im pretty sure the sentence "Do you think such usage is correct." requires a question mark?

      --
      This comment does not represent the views or opinions of the user.
    3. Re:HARD-core.. eh? by iamatlas · · Score: 1

      Yes, it does require a question mark-- therein lies part of the humor. You see, I was poking fun at your post by pointing out your use of question marks on statements. I then contrasted that observation with my own incorrect (and in that context, ironic) use of punctuation. The humor is subtle and dry, but it is there. Also, in case you were wondering, I did not mean it as an insult. I was simply amused. I found your content interesting, although someone with mod points might not mark it as interesting since the puntuation made for slightly awkward reading.

    4. Re:HARD-core.. eh? by t_allardyce · · Score: 1

      Touché, however, I observed your use of punctuation in jest and my retort was a witty counter-punch on two levels, the first portraying the ignorance of the common man in response to correction of Kings English and the second being the recursive use of sarcasm to the goal of punctuating your original point.

      --
      This comment does not represent the views or opinions of the user.
    5. Re:HARD-core.. eh? by iamatlas · · Score: 1

      Damn that's good-- and I had even considered that you knew what you were doing in that post, but then disregarded that idea. Ultimately, I suppose we've probably just illustrated for the rest of the Slashdot crowd how tedious humor become when explained. Oh well...!

  15. power and heat by Anonymous Coward · · Score: 0

    imagine how much power is used and heat generated by 2,4,8,16,....256 cores. watch your electric bill go way up. toast anyone?

  16. 8 cores, next year? i think not! by Anonymous Coward · · Score: 1, Funny

    Head of Intel: Today we announce our new 8 core processor, that's a nice addition to our 2 and 4 core processors released earlier this year.
    Officer of Law: you are under arrest for breaking the Moores Law, that allows you only double the number of transistors within a year.

    1. Re:8 cores, next year? i think not! by julesh · · Score: 1

      Note that (if my understanding is correct) the cache is shared between all the cores (as this solves cache coherence problems). As the cache actually takes up the majority of the transistor count on most modern processors, doubling the number of cores is nothing like doubling the number of transistors.

  17. Yet again Intel pretends to invent a technology by Anonymous Coward · · Score: 4, Insightful

    IBM have been doing this for years - and its biggest technological success story, the POWER5 chip shows that Intel are blatantly only playing catch-up with this announcement.

    http://www.theregister.co.uk/2004/11/26/ibm_power5 _moores_law/ shows this perfectly.

    It reminds me of the way that Intel pretended that they invented integrated wireless technology with its Centrino chip only after Apple had been shipping laptops for nearly two years with internal wireless cards.

    Normally, asking if they had no shame would be appropriate but it is unfortunately clear (without the need to ask) that they don't.

    1. Re:Yet again Intel pretends to invent a technology by Anonymous Coward · · Score: 0

      When did Intel say they were inventing a new technology? That's the problem with your type of people, you just love to shit in someone's cereal. I hope your lack of oversight this time not only dilutes your point but demoralizes you for the next time around so you can try and contribute positively next time.

    2. Re:Yet again Intel pretends to invent a technology by ScrewMaster · · Score: 1

      Actually, I believe the more politically-correct phrase is to "pee in someone's Wheaties."

      --
      The higher the technology, the sharper that two-edged sword.
    3. Re:Yet again Intel pretends to invent a technology by yobbo · · Score: 1

      Intel have, on the other hand, made critical advances in processor technology, such as CPU's solely comprised of paper.

  18. Dual cores for Intel next year? by I_am_Rambi · · Score: 3, Interesting

    Most of the reports that I have read have said that AMD will be releasing theirs next year and Intel the following year. Intel, though didn't start talking of dual cores until AMD started talking about theirs. From research that I have done, each manufactorer has some mighty issues to overcome with the single core before dual cores can be implemented nicely.

    AMD has said that dual cores will be clocked anywhere from 600Mhz to 1Ghz slower than the single core counterpart, namely because of heat issues. There are many more issues that arise with dual cores here are a few

    Cache correnance
    Bus contention
    software implementation
    plus more

    It will be interesting none the less on how each manufactorer overcomes the issues with multi-core chips and the benefits to the user of of multi-core.

    1. Re:Dual cores for Intel next year? by norkakn · · Score: 1

      And they have to run electric pencil

    2. Re:Dual cores for Intel next year? by SQL+Error · · Score: 1

      Cache correnance

      Cache coherence. Already solved. Both AMD and Intel handle this just fine.

      Bus contention

      AMD have largely solved this with their HyperTransport links between the processors, though obviously a dual-core Opteron will have less memory bandwidth than two single-core chips.

      Still quite a problem for Intel.

      software implementation

      Not a problem. Existing SMP code will work perfectly on multi-core chips.

    3. Re:Dual cores for Intel next year? by phoenix_rizzen · · Score: 3, Informative

      Cache coherance, cache access, and bus contention are only problems for Intel. AMD solved most of these with the Athlon-MP and HyperTransport, and solved the reset with the Opteron's integrated memory controller.

      In AMD SMP systems, each CPU has its own separate link to RAM and peripherals. Each CPU also has a link to each other CPU. If CPU A needs something in CPU B's cache, it just asks CPU A to send it that data across the inter-CPU link.

      As you add CPUs in an Opteron server, you actually increase the RAM/system bandwidth. Compare that to a Xeon system where adding CPUs reduces the bandwidth available to each CPU (system/RAM bandwidth is constant).

      There's a beautiful set of articles over at Ars Technica describing the SMP abilities of the Athoon, the Opteron, and the Xeon. It's amazing Intel has been able to sell any 8-way systems.

    4. Re:Dual cores for Intel next year? by ScrewMaster · · Score: 1

      The Athoon? Whose product family is that?

      I'm sorry, that word just cracked me up. I think I need to get out of the house for a while.

      --
      The higher the technology, the sharper that two-edged sword.
    5. Re:Dual cores for Intel next year? by mapmaker · · Score: 1
      Most of the reports that I have read have said that AMD will be releasing theirs next year and Intel the following year.

      That's pretty much correct. AMD wil be releasing dual core Opteron server processors in mid 2005, while Intel will be releasing a dual die (not dual core - dual die means 2 processors glued together in a single package) desktop processor in late, late, new-year's-eve-late 2005. Dual core Xeon server processors won't show up until 2006 at the earliest.

      The 2005 dual core announcement from Intel is just FUD intended to hide how far they are behind AMD on the multi-core front.

    6. Re:Dual cores for Intel next year? by Paul+Jakma · · Score: 1

      AMD solved most of these with the Athlon-MP and HyperTransport,

      Athlon used the EV6 bus, from DEC. HyperTransport debuted in the K8, is PtP like EV6 but expands on it to allow for SMP with less need for external glue logic (like the 760MP chipset, which had to act as an EV6 hub). AMDs evolution of EV6 -> HyperTransport intergrated into the CPU pretty much follows what DEC did with the EV bus, they integrated inter-cpu routing functionality into the 21364 Alpha.. HyperTransport didnt quite go that far, but same trend.

      --
      I use Friend/Foe + mod-point modifiers as a karma/reputation system.
  19. Will it help me download porn? by Anonymous Coward · · Score: 0

    Just wondering.

    1. Re:Will it help me download porn? by MikeFM · · Score: 1

      In theory? Possibly. It'll make it so your computer can handle multiple threads better. Therefore it could speed up downloads a little under ehavy network load.

      --
      At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
  20. OOH object oriented hardware by lheal · · Score: 2, Interesting

    A few years ago I thought of a different kind of twist on computer architecture that I labelled OOH.

    The basic idea is that a computer could comprise many, many tiny CPUs, each with its own tiny local memory.

    A given (CPU+RAM) could be designated to operate as RAM for another CPU, so the MMU/OS could balance the number of processes needing memory with those needing processors.

    A (CPU+RAM) could also be labeled as a slave to others, so a multithreaded application could have the number of processors it needed.

    I haven't thought about it in a while, and it's been some time since I studied architecture, so probably these ideas are hopelessly naive.

    --
    Raise your children as if you were teaching them to raise your grandchildren, because you are.
    1. Re:OOH object oriented hardware by Anonymous Coward · · Score: 1, Informative

      For what it's worth, this is very close to the basic ASIC architecture used in IBM's BlueGene/L. Each board has two chips with separate memories. One chip is always slaved into being the I/O manager for the other chip. Boards are arranged in rack mounts, which are arranged in enclosures, with a grid of enclosures being the entire supercomputer. One board for each rack handles the I/O for the rack (with its slaved chip still handling its own I/O). One rack for each enclosure has its processing chips handling I/O for the enclosure (with its slaved board handling its own I/O).

      Because all of the chips are identical, they can dynamically reassign tasks as chips, boards, racks, etc. fail. The I/O chips spend their cycles distributing processes and data across all of the processing chips and their memories.

    2. Re:OOH object oriented hardware by gotgenes · · Score: 1

      Dear Mr. Heal

      We at Microsoft would like to inform you that your idea of OOH turned out to not be so naive. You can look forward to seeing your idea exploited by us in Longhorn when we release it in 2006, or maybe early 2008, or 2010--we're not really sure yet, we're still busy working on some current security issues.

      Also, since you did not apply for a patent, we went ahead and applied for one, and now hold IP rights to this concept--so don't even think about it! Sucker!

      Sincerely

      Steve Ballmer
      CEO Microsoft

      --
      It's such a fine line between stupid and clever.
  21. So, how do ... by kclittle · · Score: 1
    So, how will multi-core CPUs ala Intel stack up against the 'cell' architecture that IBM is about to release? I don't mean just the physical differences. Do they attempt to solve the same problem? Will I see cell-based Macs, or will the PPC go multi-core along the lines of the Intel design, leaving the cell tech for specialized applications like games?

    --
    Generally, bash is superior to python in those environments where python is not installed.
  22. Wafer computing at last? by hazee · · Score: 1

    Years ago (early 90s?) there was a lot of talk about "wafer computing", but it never seemed to come to anything. Maybe now we'll see it take off.

    When manufactufing chips, they're done so in wafers. Then the wafer is cut up into its component parts, and each part is sealed in its own case. It would seem to be more efficient to just stick the whole damn wafer in a single case.

    It would give a whole new meaning to "pizza box server", as the wafer and case would closely match the size of a pizza and box, respectively.

    1. Re:Wafer computing at last? by bradbury · · Score: 1
      It isn't going to happen. Gene Amdahl (of Amdahl Corporation) founded a company called Trilogy to try this in the '80s to the tune of something like $200M. It was one of the most spectacular failures in the history of Silicon Valley up until the Dot.Com debacle.

      It turns out that unless you have very high yield across the entire wafer its impossible to get everything you need for a "real" computer (CPUs, cache, memory, bus controllers, etc.) wired together and operating properly. Because each wafer is going to have different yields and different fault points you have to build in a lot of redundancy for all of the sub-components. Not only is wiring together the working parts a nightmare but the excess redundancy means the wafer is going to be much more expensive than wiring together known-to-work chips for equivalent computational capacity. This is compounded by the fact that the semiconductor manufacturing processes for CPUs and DRAM memory are significantly different. To get both types of hardware on a single wafer you have to make significant compromises in the capabilities of each (or significantly increase your manufacturing costs). [This is why, with the possible exception of IBM and maybe Intel, manufacturers tend to specialize in either CPUs (logic) or memory. I doubt any manufacturer has the same factory turning out both.]

      Far more likely to be of interest is reconfigurable chips. Work in these areas is being done (slowly). Perhaps the best example is the Transmeta processors.

    2. Re:Wafer computing at last? by hazee · · Score: 1

      I didn't know about the Trilogy debacle, although as I said, wafer computing never seemed to come to anything.

      You say that it's a nightmare getting CPUs, memory, etc on the same wafer and wired up, but what I was suggesting is a wafer of, say, processors only.

      So the wafer could be tested after manufacturing, and then sold as an X core processor, depending on how many working processor cores were found.

      Essentially, I'm just taking the topic of this thread to its logical conclusion - processors that have so many cores they take up the whole wafer.

    3. Re:Wafer computing at last? by t_allardyce · · Score: 1

      If we're talking multiple cores then it would basically be a copy of the same core lots of times on a wafer, if one or two didnt work the chip could just ignore them and be sold cheaper?

      --
      This comment does not represent the views or opinions of the user.
    4. Re:Wafer computing at last? by Anonymous Coward · · Score: 0

      Getting 95% of the chips with no defects isn't hard, getting 95% of the wafers with no defects is insane using any deep sub-micron process. The yeilds just aren't there for this approach. Try to source a Xilinx XC2V8000 IC which has a wafer size of over 1 square inch and 1500 I/O pads.

    5. Re:Wafer computing at last? by julesh · · Score: 1

      Ah, yes, Wafer Scale Integration.

      IIRC, the main problem that was encountered is that it is extremely unusual to produce an entire wafer of defect free components. While some work was done on producing wafers that were able to route around damaged sections, I don't think it ever got very far.

      I'm sure we'll see it return at some point, though.

    6. Re:Wafer computing at last? by bradbury · · Score: 1

      The problem is not then processor numbers but bus contention. This article, posted by another user, goes into some of the problems. If you start putting the Level II, Level III and DRAM on other wafers the delays are going to kill you unless you stack the wafers in 3D -- and *that* is going to be really expensive technology.

    7. Re:Wafer computing at last? by Anonymous Coward · · Score: 0
      Trilogy tried something like this but it was a bust after $300 billion was dumped into it. They got that much because Amdahl - one of the designers of the IBM mainframe architecture and then founder of Amdahl Computer Corp was behind it.


      I was at a smaller startup called Mosaic Systems which was doing much the same. (I was there from 1984 to 1989) We had some great people and some great technology to work around defects, etc. But this was all just too bleeding-edge and, well, both companies ended up failing (in different ways)

    8. Re:Wafer computing at last? by Anonymous Coward · · Score: 0
      Years ago (early 90s?) there was a lot of talk about "wafer computing", but it never seemed to come to anything. Maybe now we'll see it take off.

      "Ahh, Mssr. Creosote, would you like a wafer thin computer chip..."

  23. Sun has 8 Way Already by superid · · Score: 1

    According to Sun CEO Jonathan Schwartz they have 8 way chips already.

  24. oblig by Anonymous Coward · · Score: 0

    from the rated-T-for-thank-god-thats-over dept.

  25. Multiple cores by IO+ERROR · · Score: 1
    if a kernel is written to take advantage of multiple cores, would this mean applications written ontop of it would start using the multiple cores?

    Something like Linux SMP will see each core as a separate CPU and treat them as such, much as it does with hyperthreading today. The catch is, your applications have to be multithreaded. Then they will take advantage of the multiple cores.

    --
    How am I supposed to fit a pithy, relevant quote into 120 characters?
  26. Sun already ships this by eclectus · · Score: 2, Informative

    Sun's new Ultrasparc IV shipped in the SunFire 490's and larger servers already do this. The plans right now are to scale this up to 32 cores per cpu. The only issue that I see is that the memory controller is onboard the cpu, so while you may have 2/4/8/16/32 cores, you still only have a single memory controller, which limits the ammount of ram you can have. I'm sure they have a solution for this, but I don't know what it is.

    --
    This signature is a waste of 42 characters
    1. Re:Sun already ships this by Anonymous Coward · · Score: 0

      64 bits cpus - 16 EB of memory.

    2. Re:Sun already ships this by Anonymous Coward · · Score: 0

      SunFire V490s and up (v890, E2900, E4900, E15k, E25k) use dual core UltraSPARC IV 'Jaguar' CPUs.

      The only thing Niagra has in common is binary compatibility, Niagra will not be an evolution of jaguar.

      Also, 'Niagra' is 8 Cores per CPU not 32.
      Each core can execute 4 threads simultaneously, could be where you got '32' from.

      'Rock' CPU will be a similar layout but will use either a modified core or a compeltely different one (Niagra use a core based on UltraSPARC II).

      Niagra will be for network transaction type processing (lots of relatively simple threads).
      Rock will be the data centre CPU and is due around 12 months after Niagra.

  27. Yes they do by Groo+Wanderer · · Score: 3, Informative

    Yeah, it is called Niagara, and it is working silicon now, but far from done. expect an unveiling in February.

    If you want to know a bit more about it, I wrote it up a few weeks ago here:
    http://www.theinquirer.net/?article=19423

    -Charlie

  28. -1 Troll by SunPin · · Score: 0, Troll
    Keep em coming chip makers!

    WTF?

    /. should create a decent FAQ to teach their paying astroturf customers how to do it right.

    --
    Laws are for people with no friends.
  29. Intel is not doing all that well in the core races by Groo+Wanderer · · Score: 4, Informative

    Intel just canned their 8-way chip and replaced it with a variant of Montecito, or more likely a Montvale derivative. Here is a bit on it:
    http://www.theinquirer.net/?article=20270
    ht tp://www.theinquirer.net/?article=20286
    Needless to say, their long term strategies are a tad up in the air right now.

    As for their desktop (IE P4 based) dual core plans, there are 2 generations planned. The first is a simple pairing of 2 current cores with a minimum of tweaks, basically a scared response to AMD. The second one is really the first one they planned, and it is a lot more sophisticated.

    AMD was there from long before Day One, and have the most coherent philosophy on dual cores for the desktop/server.

    Rather than re-write all my own articles here, here is a link where I break down all of Intel's dual core plans as well as some of AMDs.
    http://www.theinquirer.net/?article=17906

    Sorry for all the self links, but I don't really want to keep re-writing that stuff, links are the reason behind the web, right? :)

    -Charlie

  30. GNU Hurd by Phoinix · · Score: 1
    Does the expensive development of this provide a significant advantage over GNU Hurd project (including Debian Hurd)?

    Will this hardware development bring quantum computing any closer to reality?

  31. More and more cores.. less and less bandwidth by MROD · · Score: 3, Insightful

    Although for some, non-memory intensive, highly threaded applications multiple cores can be a boon, for many applications this won't be a boost in performance at all.

    Remember that each of these processing cores will have to share their memory bandwidth and possibly level 2 cache as well. As it is Intel's EM64T Xeon processors really feel the bandwidth bottleneck in their memory interface and can easily saturate it.

    I can see a dual core Xeon being able to saturate its memory bus on its own. Similarly, the dual core Opteron, unlike a dual processor Opteron, will have to share a single memory bus and hence be slower than a dual processor machine.

    Adding extra cores merely moves the computing bottleneck elsewhere, it's not a panacea.

    --

    Agrajag: "Oh no, not again!"
    1. Re:More and more cores.. less and less bandwidth by Anonymous Coward · · Score: 0

      Actually lower end dual Opteron boards share the memory bus - I have one. :)

  32. Yer Laws by Doc+Ruby · · Score: 3, Interesting

    "Laws" like Moore's, Newton's, Ohm's and others, don't "dictate" anything. They "describe" observations. Intel doesn't meet integration targets based on some hoary old directive from Gordon Moore from the late 1960s. They meet production deadlines projected as close to their maximum productivity. Moore observed the logarithmic rate of transistor integration increase way back then, and described it as invariable as gravity.

    Engineers especially must understand that "laws" of nature, including human innovation, are governed by an "invisible hand". Not some imaginary deity, or some government, or some mythic genius. Rather, there is a deeper order to events, like the way every triangle has 180 degrees, the Sun "comes up" every morning, controversial Slashdot posts will get mod'ded "Troll", without any false statements or duplicity. We're engineers: our job is to engage the deeper order, understand it, model it, and exploit it, without further mystifying it.

    --

    --
    make install -not war

    1. Re:Yer Laws by iamatlas · · Score: 1
      ...like the way every triangle has 180 degrees

      Mine only has 179! And some Gauss-Bonet person told me I could get one for the same price with 270 degrees! Where the hell is Euclid when you need a refund?

    2. Re:Yer Laws by ScrewMaster · · Score: 1

      Physical laws such as Newton's, Ohm's and others are based upon observation (like all such "laws".) But they describe basic physical processes from which no significant statistical variation has ever been observed, and because of that fundamental stability, scientific and engineering predictions can be made from them with considerable accuracy. Consequently, these laws (really, mathematical models) have been elevated to the status of Physical Law, because the Universe itself dictates the behavior of objects and systems subject to those laws. The math behind those models is being constantly refined (even occasionally rewritten, as in Quantum Mechanics), which means that more accurate predictions can be made, but they have long had tremendous utility. Newton's Laws are still in use today, even though they are technically obsolete, because they are still useful and accurate enough for many applications.

      Gordon Moore's law is in no regard a Law of Physics, although many mistakenly treat it as if it were. Moore made a prediction, based upon his knowledge of the technology and, more important, the economics involved in chip design and production, that component packing densities would increase at a certain rate for the foreseeable future. No physical law involved, just a reasonable projection. Scientists and economists make them all the time, but it is recognized that they are only educated guesses. Moore's Law (rather, Moore's Prediction) has, so far, proven accurate. That is only because the economics of the situation permitted the required investment in R&D, and as we all know, predicting economic behavior is a risky proposition at best.

      --
      The higher the technology, the sharper that two-edged sword.
  33. Tera's MTA did this years ago by freelunch · · Score: 1

    I know some are pointing to the Cell project as the inspiration here, but Tera was hard at work on this long ago in the form of the MTA

    The MTA was a commercial failure. Tera's inability to execute as a company was a major reason.

    It is fun to watch Intel chase AMD.

    1. Re:Tera's MTA did this years ago by Nom+du+Keyboard · · Score: 2, Interesting
      Tera was hard at work on this long ago

      Excuse me but IIRC Tera is more a multi-threaded processor, not a multi-core. It was intended to run 128 threads simultaneously, and solve the memory latency problem by running each thread in succession. The idea was that if a thread was stalled by a need to access main memory, by the time it got back around to that thread again the data would have arrived. Overall throughput was supposed to put it into the supercompuer class.

      You're right that the processor didn't succeed, probably because in practice it didn't preform as well as the theory sounded. What I never understood was that given all the problems in the first Tera machine, why the UCSD-SCC then went back to them and spent to much additional money on a second one?

      --
      "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
    2. Re:Tera's MTA did this years ago by renoX · · Score: 1

      Have you any information on why the Tera processor didn't succeed (my gut feeling: a lack of thread available to use the CPU successfully)

      On an unrelated topic, I disagree with your sig: I live in France where we are very strict about separating private matters such as religion with public matters such as school or governement (the idea of having a president swearing on the bible seems stupid for us), and AFAIK except for the veil problem, there is not too much problem for religious people to live their religion.

  34. This is nothing new. by blair1q · · Score: 1

    Intel has been roadmapping this sort of thing for over 10 years. They got distracted by whoring to the Internet and AMD's 64-bit overreach.

    Besides, putting a math coprocessor alongside every integer unit was the beginning of multi-core CPUs.

    1. Re:This is nothing new. by Anonymous Coward · · Score: 0

      Mod this insightful as it is exactly true. The floating-point units pretty much run autonomously as they run way slower than every other operation in the CPU(besides I/O). Add a command and data stack like the x87 cores did and you pretty have a completely independent CPU capable of only FP instructions.

    2. Re:This is nothing new. by tepples · · Score: 1

      Add a command and data stack like the x87 cores did and you pretty have a completely independent CPU capable of only FP instructions.

      But then it won't be LBA-complete[1]. The x87 FPUs could only do one instruction at a time. Without some sort of control flow instructions (most often involving jumping), one cannot represent and reuse states in a computation, which emulation of a linear bounded automaton requires.

      [1] A linear bounded automaton is a physically realizable modification to a Turing machine. It differs in having a start and end to the tape rather than an infinitely long tape.

    3. Re:This is nothing new. by blair1q · · Score: 1

      But then it won't be LBA-complete

      Since when are you allowed to actually know something about computer science on /.?

      SHENANIGANS!

  35. Quantum Computing by ThinkTiM · · Score: 1

    Quantum computing will come to the rescue to many of the math problems of which you write. For many types of problems that are NP-Complete (i.e. are like the travelling-salesman problem) it will reduce the need for multi-core processors. Of course the more processing power the better!

    1. Re:Quantum Computing by Mr.Zong · · Score: 1

      I've used a genetic algorthim for the classic traveleing salesman problem with varying degrees of success, how would quantum computing effect the problem outside of the speed of computation?

    2. Re:Quantum Computing by JohnFluxx · · Score: 1

      Because it's not just making it faster, it's changing the order of complexity to O(n) where n is the number of nodes!

  36. I hope so! by bluGill · · Score: 1

    Given that I can't get good working 3d drivers for FreeBSD (by which I mean I can upgrade my kernel from time to time without worry), or Linux; on any fast 3d video card, I'm looking for anything that will give me good 3d graphics without hasstle.

  37. I wanna see by Corellon+Larethian · · Score: 1

    Some big ass 200mm wafer for a processor. Like, they trim the crust off, slap a heat spreader on it, and send it to the mainboard manufacturer.

    That would be, like, totally awesome. You could play Doom3 and Half Life 2 at high quality.

    However, you could also convert the screener of "Doom" into xvid/mp3 within a few minutes. Which means it's available faster, which means there will be more niave bastards downloading the thing. Which means more psychiatric evaulations, and more medicine.

    *invests in Pfiser, GlaxoSmithKline, and Merck*

    1. Re:I wanna see by ChrisMaple · · Score: 1

      A whole-wafer processor would have severe yield problems. At a minimum, the ability to map out bad sections would be necessary.

      --
      Contribute to civilization: ari.aynrand.org/donate
    2. Re:I wanna see by lachlan76 · · Score: 1

      And I doubt it would be very easy to install.

  38. all bow to moore by mary_will_grow · · Score: 1

    "The focus on multiple cores arises from Moore's Law, which dictates that the number of transistors on a chip doubles every two years."

    yeah its because of moore's law. you are such a frigging idiot.

    --
    Why stick up for big business?
  39. Rumor: another Intel catch-up move by museumpeace · · Score: 2, Informative
    I was going to post this anonymously because the person who told me about it works at Intel and needs no more grief. But ths morning, I was able to find confirmation from VNUNET and /. editors are unlikely to put up two Intel chip stories in one day so I am not submitting a story. Why make it so NOBODY ever hears this news?
    Intel is, no make that was, rumored to be, [no, definitely are] in the process of buying the design group that develops Itanium from HP.
    The vnunet page has a little speculation as to why the move is being made. But if you put that together with HP's general strategy of streamlining its fragmented high performance server offerings:
    Martin Riley, HP's Alphaserver business manager, admitted the migration would take some time. "HP has staked its future on its servers being architected around Itanium, whether they are HP-UX or OpenVMS. Itanium has a 20-year lifespan. Customers will not move immediately [to Itanium], and most are planning their transitions in 2006."
    Then the picture that emerges is in agreement with parent comment: Intel is in catch-up mode. They have, as other stories and commenters have pointed out in /., ceded a few points to AMD in the 64bit architecture wars and are doubtless uncomfortable not holding a microsoftish position of utter dominance.
    --
    SLASHDOT: news for people who can't concentrate on work or have no life at all and got tired of yelling back at the TV.
    1. Re:Rumor: another Intel catch-up move by museumpeace · · Score: 1

      Well, I am definitely going to have to type faster. by the time I hit submit, Cowboyneal had made a liar out of me!

      --
      SLASHDOT: news for people who can't concentrate on work or have no life at all and got tired of yelling back at the TV.
  40. Once again, cowboy neal... by Anonymous Coward · · Score: 0

    I'm sorry, but I've had it up to here with cowboy neal's commentary. While this intel thing with the polycore procs is a nifty happening, what it really is is intel catching up with IBM and motorola.

    Really, neal. The G series has had this architecture for years, and you've never once mentioned it, implying that intel is some sort of haven for intention. Anyone who's been in this business more than 15 years knows they're not...they've ALWAYS played catch-up with other chip manufacturers.

    1. Re:Once again, cowboy neal... by ChrisMaple · · Score: 1

      Where did dynamic RAM originate? Intel.

      --
      Contribute to civilization: ari.aynrand.org/donate
  41. Intel playing follow the leader? by canuck57 · · Score: 1

    Why wait? AMD has this now and it appears Intel is now following AMD in this direction.

    AMD Press Release

    1. Re:Intel playing follow the leader? by Anonymous Coward · · Score: 0

      Haha, that was funny... "had this now" ;)

  42. Re Right... by Anonymous Coward · · Score: 0

    Because it's such a leap from dual-core (which everyone has been thinking about for years) to multi-core.

    I mean, they _had_ to be copying Cell, right? Otherwise, they would have had to hire a bunch of ex-IBM'ers or Sony people to help them think of scaling even higher than 2.

    Ridiculous.

  43. Not a problem by Groo+Wanderer · · Score: 3, Interesting

    This is much less of a problem than you might thin, not because it isn't a real problem, but because it is so obvious. Everyone already has a workaround, most of which involve FB-DIMMs.

    Niagara (see my post above) is bandwidth rich, the AMD solutions are also. The only ones with a looming problem are Intel until CSI comes on in a few years, but that is manageable.

    Moral, Sun OK, AMD OK, Intel solid plan.

    -Charlie

  44. Shouldn't that be... by Nom+du+Keyboard · · Score: 1
    I say, the more the better.

    Shouldn't that be, the Moore, the better?

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
    1. Re:Shouldn't that be... by ChrisMaple · · Score: 1

      Strictly and narrowly speaking, atheism is the lack of belief, not the belief of a lack.

      --
      Contribute to civilization: ari.aynrand.org/donate
  45. Will this affect software licensing costs? How? by davidwr · · Score: 1

    Some software is licensed "per CPU" - the more CPUs you have, the more you pay.

    But what exactly IS a CPU from a software-licensing perspective?

    I anticipate a few court cases over this, particularly involving small- and medium-sized software vendors and anyone selling high-dollar software.

    Big players selling sub-$500/cpu software will hopefully be more interested in goodwill than greed and will offer the market reasonable pricing for these not-quite-multi-cpu computers.

    --
    Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
  46. Re:Blood... and p0rn by Anonymous Coward · · Score: 0

    period porn?

  47. Also, cache performance will be less predictable by stereotype441 · · Score: 2, Insightful
    Remember that each of these processing cores will have to share their memory bandwidth and possibly level 2 cache as well. As it is Intel's EM64T Xeon processors really feel the bandwidth bottleneck in their memory interface and can easily saturate it.

    What you're saying is, for applications with poor cache performance, multi-core processors will be no better than single-core. Personally, I can live with that. Most of the processor developments of the last 10 years have favored applications with good cache performance.

    What worries me is what happens when the OS schedules a process with good cache performance on one core, and a process with poor cache performance on the other core. Unless the cache does something special to prevent it, the "bad" process will completely deplete the cache, causing the "good" process to slow way down.

    I recently worked on a real-time program for the Pentium IV, and we found that our worst-case performance was actually 4-5 times worse when hyperthreading was enabled, because our process would occasionally have to share its cache with something that was heavily memory-bound.

  48. Re:J'ai gagné by Anonymous Coward · · Score: 0

    Shouldn't you be surrendering to someone?

  49. Hitting the wall by SiliconEntity · · Score: 1

    It's because they can't speed up the clock rate any more. Nobody wants to admit it so they switch over to multicores and try to distract you from the fact that it's the same clock as in your current computer. They're terrified that people are going to stop upgrading.

    1. Re:Hitting the wall by DocBones · · Score: 1

      This was covered in Scientific American recently. Gibbs cites heat dissipation as the biggest problem driving the switch to multi-cores. He believes the biggest problem with multi-cores is that subtle differences in timing may make the machines non-determinant. Errors might not be reproducible - a nightmare for software development.

      http://www.sciamdigital.com/browse.cfm?sequencen am eCHAR=item2&methodnameCHAR=resource_getitembrowse& interfacenameCHAR=browse.cfm&ISSUEID_CHAR=7935C8F4 -2B35-221B-61F1030A5C6B32EF&ARTICLEID_CHAR=79582E6 0-2B35-221B-65202F4C0007E42C&sc=I100322

      A Split at the Core; November 2004; by W. Wayt Gibbs; 5 page(s)

      It was never a question of whether, but only of when and why. When would microprocessor manufacturers be forced to slow the primary propulsive force for their industry--namely, the biennial release of new chips with much smaller transistors and much higher clock speeds that has made it so attractive for computer users to periodically trade up to a faster machine? And would it be fundamental physics or simple economics that raised the barrier to further scaling? The answers are: in 2004, and for both reasons.

      Production difficulties bedeviled almost every major semiconductor firm this year, but none were more apparent than the travails of Intel, the flagship of the microchip business. The company delayed the release of "Prescott," a faster version of its Pentium 4 processor, by more than six months as it worked out glitches in the fabrication of the 125-million-transistor chip. When Prescott did finally arrive, analysts were generally unimpressed by its performance, which was only marginally superior to the previous, 55-million-transistor Pentium 4. The company recalled defective batches of another microchip, postponed the introduction of new notebook processors, and pushed to next year a four-gigahertz Pentium model that it had promised to deliver this autumn.

      [ $$ for more ]

  50. Re:P00 by Anonymous Coward · · Score: 0

    What!??

    p00??

    I can't disagree.

  51. Re:I wanna see - at that point by Nom+du+Keyboard · · Score: 1
    Some big ass 200mm wafer for a processor. Like, they trim the crust off, slap a heat spreader on it, and send it to the mainboard manufacturer.

    I think at that point it would be the mainboard.

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
  52. Core Limit by mrm677 · · Score: 1

    The ultimate limit on the number of cores you can put on a single chip is the available pin bandwidth. At a point, there simply isn't enough bandwidth available to supply instructions and data.

  53. That's what the processors tried to do by Anonymous Coward · · Score: 0
    with their deep pipelines and out of order execution. The problem is that memory speed couldn't keep up with processor speeds and you ended up wasting cpu cycles on memory stalls. Hyperthreading is a way of using those wasted cycles doing work for another thread.

    Sun took this further with Niagra and got rid of the pipeline and OoO which gives them a lot more room to fit more cores on the chip. So threads on Niagra will have a lot more memory latency but you will be able to execute a lot more threads.

  54. DRM Cell Processor vs PIII PSN by Anonymous Coward · · Score: 0

    The Cell processor is nothing but hype right now. The main concern here is what kind of DRM they are implementing in Cell. Cell's on-chip DRM should take highest precedent instead of its technological leaps. If anyone can subdue their awe for Cell's unproven performance claims, please try to remember the Pentium III's Processor Serial Number issue. Here's a reminder:

    http://www.sims.berkeley.edu/
    courses/is224/s99 /GroupG/psn_outline.html

    Sony and Toshiba have their fair share of interest in the entertainment industry. Toshiba have shares or own EMI, one of the big music label. It's early to speculate, but I'll bet their goals are to implement DRM on a global scale. The PS3 is their ticket, then they'll move to computers and electronic devices.

  55. All I want to know is ... by ScrewMaster · · Score: 1

    can it play Duke Nukem Atomic Edition?

    --
    The higher the technology, the sharper that two-edged sword.
  56. I don't get it. by Anonymous Coward · · Score: 0

    Even with quantum computing, you are eventually going to run into a brick wall where you simply cannot compute things faster. From there you can try to put things in parallel, but you can only do that for so long. I guess if you could go faster than the speed of light and squeeze a computer into a singularity then there might be no limit...

    Or you could do your computing in space traveling near the speed of light...

  57. OOH = Transputer by Anonymous Coward · · Score: 0
  58. Integrated Craphics by Mr+Impresario · · Score: 1

    We already do this; integrated graphics use a 'seperate core', indeed they use a seperate chip. What would be the advantage if we put these integrated graphics cores with the cpu? In part, seperate cards are fast because they have dedicated RAM that's always one generation ahead of system RAM. Somehow this is the currently preferred choice even though that dedicated RAM is wasted when not engaging in gibberific blood-splashery. If the current market doesn't sell good 'graphics' MoBos, why would Intel/AMD bundle graphics in their cpus?

    1. Re:Integrated Craphics by t_allardyce · · Score: 1

      Because its way way cheaper: a multi-core CPU will be cheaper to mass produce for the same processing power as one CPU made in one factory and a totally different design of GPU on a separate card made in a separate factory. Also the interface will be much quicker because everything is on the same chip. The biggest reason to do it would be that your PC could divert its power depending on the application - if you were playing it a game then more cores would be used for graphics, where as if you were rendering for a movie, you could loose all the graphics resources and use those cores for something useful. PCs like to be general purpose, and the more purpose built hardware you have the more it costs and the more limited you are, the trend recently has been to do more in software and that would continue with multi-core CPUs.

      Granted RAM speed would be an issue but im sure it would be fixed - graphics basically needs a certain speed of memory so it can get a certain frame rate and eventually that speed will be the same as system memory - maybe the cost saving will mean you can have super-fast RAM for all the system to use (and it won't be wasted when not using the graphics card) older on-motherboard graphics cards used to share with the system memory and it worked. Failing that, your new motherboard design could just let you stick your fast RAM next to the slow RAM and let the CPU cores choose which one they want to use? I think if Intel/AMD can get the cost of multi-core down low enough they would be able to put ATI etc out of business.

      --
      This comment does not represent the views or opinions of the user.
    2. Re:Integrated Craphics by Mr+Impresario · · Score: 1

      Indeed! The costs most certainly would be much lower, and, so long as RAM speed wasn't an issue, extra graphics cores would clearly be superior. The only possible disadvantage I can think of is that to upgrade your graphics you would have to buy a whole new processor instead of just a card. But thats not an issue considering that these days CPU's and graphics cards are about the same price. It would be a real coup for Intel/AMD to take over the enthusiast graphics market.

  59. Bring on the software bugs by thisisauniqueid · · Score: 1

    Great. Just what we need. There are a lot of programmers that will try to take advantage of multiple cores, but very few programmers are able to write properly-threadsafe code. Bring on the bugs.

    1. Re:Bring on the software bugs by Anonymous Coward · · Score: 0

      Build multithreaded usage into the language/OS then and move the burden off the developer's shoulders. It's already done in a lot of other areas(memory management)...

  60. Re:Intel is not doing all that well in the core ra by Anonymous Coward · · Score: 0

    I don't know much abut AMD roadmap, but I can guarantee you that intels roadmap for 2006-2007 is gonna kick ass....
    the race for Dual core will be won by AMD by a short time. The next 2-3 years will be hard for intel, but after that time both companies will be tied in a neck to neck race.

    intel advantage is the volume, resources and incredible manufacturing capacity.
    AMD is the better product they have now,and the momemtum they are gaining.

    Intels manufacturing capacity means they can produce faster/smaller/cooler transistors than anyone else.. by far (i've seen the charts) I mean, intels 90nm is better (powerwise) than TSMC 65nm will be!!!.

  61. How fast would raytracing need to be? by tepples · · Score: 1

    Let's see... Wolfenstein 3D traced one ray for each of 320 columns of pixels in real time on a 25 MHz 386 machine. Assuming this window is 200 pixels tall (leaving 40 pixels for a statusbar), one could do "true" raytracing on a hypothetical 5 GHz 386, and with the better instructions-per-clock of a modern CPU, we're looking at 640x400 pixel raytracing in the very near future.

    1. Re:How fast would raytracing need to be? by Impy+the+Impiuos+Imp · · Score: 1

      I was, of course, referring to the ray-traced Quake proof of concept done about 6 months ago. it involved also mirrors, multiple light sources, transparancies, shadows, reflections, etc. That level of detail was estimated at the equivalent of a 30,000 GHz Pentium IV.

      --
      (-1: Post disagrees with my already-settled worldview) is not a valid mod option.
  62. PLEASE MOD UP by levl289 · · Score: 1

    To include "Moore's Law", which is an educated (and heretofore correct), guess at the progress of transistor design, with laws that consitently and correctly dictate how the world around us works, is silly.

    --

    Q: What do you think about American Culture?
    A: I think it's a good idea.
    (adapted from Gandhi)

  63. Opportunities for desktop parallelism by tepples · · Score: 1

    it is difficult (sometimes impossible) to extract parallelism from the majority of the desktop computing applications

    You mean it's difficult for the compiler to extract parallelism from pure sequential code. However, a smart programmer could easily make all sorts of tasks run in a separate thread from the main UI thread:

    • Spellcheck in a text editor
    • Recalculation in a complicated spreadsheet
    • Image decoding in a web browser or slideshow app
    • Crypto in a web browser
    • All the various elements of SWF playback in a web browser
    • Audio and video decompression in a media player
    • In a program that processes signals such as bitmaps (e.g. GIMP) or audio (e.g. Audacity), have one CPU process the top half of the selection and the other process the bottom half, as in NVIDIA video cards with SLI

    You say multithreaded programming is hard? Tough cookies. Early adopters of desktop SMP will demand multithreaded apps that take advantage of the whole computer. Besides, a "revolutionary SDK that allows easy multithreading" would probably just be language facilities for better threading and/or a thread debugger.

    And that's not to mention background apps that could run without impacting the main CPU:

    • Antivirus or anti-spyware apps do their scanning in the background, even while the user is watching a DVD or DivX movie
    • Compressed file systems recompress files in the background
    • One CPU works with the GPU to run the "eye candy" typical of Mac OS X while the app continues to process in the background

    In short, I see the point of desktop SMP as to look at the big picture, to try to extract parallelism from a single thread but to extract obvious opportunities for splitting a user experience into multiple threads where possible.

    1. Re:Opportunities for desktop parallelism by Peter+La+Casse · · Score: 1
      it is difficult (sometimes impossible) to extract parallelism from the majority of the desktop computing applications

      You mean it's difficult for the compiler to extract parallelism from pure sequential code.

      Are they making programmers yet who are better than compilers at this?

    2. Re:Opportunities for desktop parallelism by AaronLawrence · · Score: 1

      All those things are pretty much done already, where appropriate. Browsers use several threads for doing different things. Antivirus work in the background. The GPU runs in parallel with the main cpu. There is not much room for improvement on the desktop. Most things are I/O bound or have a single major task that takes most of CPU (e.g. layout in a word processor or browser) and is not friendly to multitasking by its nature. Anyway, desktop apps don't stretch modern cpus. As always, its games and video that stretch desktops. Certainly, games could be made much more parallel, there must be dozens of things going on that could be done at the same time from the basic world data. Perhaps they are...

      --
      For every expert, there is an equal and opposite expert. - Arthur C. Clarke
  64. Break Moore's law and your competitors catch up by tepples · · Score: 1

    I don't think non-compliance with Moore's Law is a felony.

    Competition enforces it. If 18 months pass, and you don't have a smaller process, then your competitors will fine you by taking your customers even if some government doesn't. That's how Mr. Moore's observation becomes law.

    multiple cores are good news for multi-threaded or forking server apps, but rather less interesting for a lot of desktop apps.

    Desktop apps can be multi-threaded, and most users have more than one app running at once. Read More...

  65. Where precisely is Intel by emarkp · · Score: 1

    claiming to invent a technology? They aren't doing something new, but it is new to the consumer market.

  66. Misquoting Moore's law by emarkp · · Score: 1
    The focus on multiple cores arises from Moore's Law, which dictates that the number of transistors on a chip doubles every two years.
    That's every 18 months, not 2 years. It was even correct in TFA you dolt.
  67. The Windows tax by tepples · · Score: 1

    So multi-processor OS is nothing new.

    It is if it's Windows XP Home Edition. Some app vendors have already stated that they will charge more for apps designed for a multicore CPU.

  68. internal Card vs CHIP by Anonymous Coward · · Score: 0

    Apple only made it asthetically pleasing by putting the same damn card "in" the notebook instead of sticking out. thats all. Centrino the chip is on the motherboard like a normal network card. Placing an embedded chip vs. just taking the clutter out of the way by placing an "internal card" is very different

  69. You just reinvented NUMA by tepples · · Score: 1

    A given (CPU+RAM) could be designated to operate as RAM for another CPU, so the MMU/OS could balance the number of processes needing memory with those needing processors.

    Your "OOH" (object oriented hardware?) design is technically called NUMA. An operating system could naively implement NUMA by, say, storing a CPU's swap file on a RAM disk spread around multiple CPUs, although real NUMA architectures implement something more sophisticated.

    1. Re:You just reinvented NUMA by lheal · · Score: 1

      Er, no. NUMA is about multiple processors having direct access to the same memory locations. In my scheme, each (CPU+RAM) is a black box.

      --
      Raise your children as if you were teaching them to raise your grandchildren, because you are.
    2. Re:You just reinvented NUMA by tepples · · Score: 1

      In that case, you've still reinvented clustering. NUMA can be implemented on top of clustering by mounting RAM disks on other machines as a swap file.

    3. Re:You just reinvented NUMA by cnettel · · Score: 1

      NUMA is *non*-unified memory architecture. Put another way: different processors have different access times to the same memory. Contrast this to completely symmetrical multi-processing, where each processor is of the same type and has exactly the same ability to communicate over the same (or an identical) bus to everything else. What you describe sounds to me as some kind of NUMA, but also with the twist of the processors actually doing distinctly different things depending on demand. Maybe I read too quickly, but I don't really see the point in one CPU being a simple slave to another, how would that increase the available power; or the efficiency in the utilization of it?

    4. Re:You just reinvented NUMA by lheal · · Score: 1

      "I don't really see the point in one CPU being a simple slave to another, how would that increase the available power; or the efficiency in the utilization of it?"

      Up until this thread I don't think I'd ever even written this idea down, so don't shoot me over the details.

      I'll think about it a bit and get back to you. Maybe I'll work up an emulator - software's more my game :-).

      --
      Raise your children as if you were teaching them to raise your grandchildren, because you are.
  70. Moore's law by tepples · · Score: 1

    laws that consitently and correctly dictate how the world around us works

    Physical laws such as Newton's and Ohms are also "educated (and heretofore correct), g'uess[es] at" the behavior of matter and energy, observations which are made by fallible man. Newton's laws fail at submicroscopic distances and additionally at high velocities. Ohm's law fails on non-ohmic materials. Likewise, Moore's law may fail at specific points on the timeline of production.

    1. Re:Moore's law by ScrewMaster · · Score: 1

      Yes, I can pretty much guarantee that Moore's "Law" will fail at some point. That's ScrewMaster's Corollary to Moore's Law. We'll see if I'm right. Fifty bucks says that I am.

      But that is completely irrelevant ... physical law is dependent upon the nature of matter, energy and spacetime and behaves the way it does regardless of how much money is invested in R&D. Moore's Law, if you insist on calling it that, is at best an expression of how much progress could be made given the diversion of sufficient resources. Component density doesn't spontaneously increase because Moore's Law says it has to (I mean ... the 1.4 Ghz. Athlon in my server still has the same number of transistors it started with) it increased because of the effort and ingenuity of thousands of human beings over many years. Had we chosen (for whatever reason) to not make that investment nobody would be talking about how amazing Moore's Prediction was. That same Athlon accelerated to a significant fraction of the speed of light will increase in mass because that's the way the Universe works. Big difference. Moore wasn't describing some intrinsic aspect of reality, he was predicting that the value of denser integrated circuits would be sufficent to make the required investment happen. He believed (correctly as it turned out) that we would be able to increase that density at a specific rate. But that was just a guess and it was only made a few decade ago. The jury is still out on whether we'll be able to keep up the pace, or whether there will be some transcendental leap in performance that will bury Moore's Law for good. Time will tell.

      Had Moore's claim been something along the lines of Carnot's math regarding heat engines, that there is a theoretical maximum limit to what can be achieved, it might have been different. A number of physicists back in the seventies felt that we wouldn't get RAM much about 8 Kbits because quantum effects would cause tunnelling and electrons would jump their tracks. They were wrong as it turned out. But Moore didn't say anything like that, he said that densities would increase over time at a very specific rate. That he made a good economic prediction doesn't put him in the same class as Newton, Ohm, Maxwell, Planck or Einstein.

      Newton's laws fail because he didn't have the ability (or the instrumentality to detect, or even an awareness of submicroscopic particles) to analyze physical behavior at that level. But, at the macroscopic level they perform very well and are still very useful.

      --
      The higher the technology, the sharper that two-edged sword.
    2. Re:Moore's law by tepples · · Score: 1

      Moore's Law, if you insist on calling it that, is at best an expression of how much progress could be made given the diversion of sufficient resources.

      Other economic laws predict whether or not the profit motive will result in "the diversion of sufficient resources". It's a consequence of "just the way the market works", though I'll grant that the conditions are much more complicated than the conditions under which an object will have a measurable increase in mass.

      Newton's laws fail because he didn't have the ability (or the instrumentality to detect, or even an awareness of submicroscopic particles) to analyze physical behavior at that level. But, at the macroscopic level they perform very well and are still very useful.

      Likewise, Moore's law will fail because he didn't have the ability to analyze economic behavior at that level. But, at the levels of A.D. 1980 to 2010 they perform very well and are still very useful.

  71. Re:Intel is not doing all that well in the core ra by Groo+Wanderer · · Score: 1

    You are sort of right on this, I know what both companies are up to. Merom/Conroe/Whitefield will be fine chips, as will K10. I think AMD will beat Intel out of the gate with the next gen cores though.

    As forthe processes, read the Inq for more, AMD/IBM have come a long long way recently.

    -Charlie

  72. Re:Will this affect software licensing costs? How? by tepples · · Score: 1

    But what exactly IS a CPU from a software-licensing perspective?

    Why the hell would a software license care about the number of active CPUs on a board?

  73. Transistor Utilization by Anonymous Coward · · Score: 0

    Of course, adding multiple cores is just the easy way out for computer architects. There's nothing magical about putting multiple cores on the same chip. It just increases overhead. A single core with twice transistors can be more powerful than two cores as long as the single core is well-designed.

    With two cores, pretty much everything is duplicated, so some work must inevitably be duplicated as well. The transistors could be better spent expanding the L1 cache and widening the hyperthreaded superscalar pipeline.

  74. Desktop Apps: Parallelizable? I think so. by LionKimbro · · Score: 2, Insightful

    It seems to me like you could parallelize most desktop apps.

    An MP3 player: I would think you should be able to decode one second with one processor, and the next second with the other processor.

    Word processor: I would think that parts of the boot process that do not require the other parts would be able to run independently. Two processors could check alternating lines until the whole document was checked.

    Spreadsheets: I would think that the first half of a giant list could be handled by one processor, the second half of the giant list handled by the second processor.

    3D graphics, non-accelerated: I would think that the screen could be cut in four, and one processor rendering each part.

    Games: I would think the simulation could be divided into parts, and the different parts simulated by different processors.

    Compiling, Parsing: If you have 40 files to parse, each processor can handle 10 files, so you would go roughly 4x as fast. Parsers aren't just for C++, parsers are found in just about every program that reads data from a disk or the Internet.

    So it seems to me that we could make major performance gains, using multiple processors.

  75. Re:You just reinvented clustering by lheal · · Score: 1

    Yes, that's right. But it's clustering that scales for anything from a coke machine to a supercomputer, working under the same model at the board level as on a worldwide cluster of machines.

    Or it would, if it existed.

    --
    Raise your children as if you were teaching them to raise your grandchildren, because you are.
  76. Multi-core/processor programming automatically by doc+modulo · · Score: 3, Insightful

    I read that some functional programming languages can automatically multithread a program so that the task is split up over multiple processors. The programmer would just program as for a single CPU and change nothing or very little.

    Functional programmming languages examples are Lisp and OCaml.

    Oh, correction, from a previous /. thread:

    OTOH, it is theoretically possible to automatically multithread purely functional programs, especially if they're lazy like Haskell. So it could end up being a very important language on multi-processor and distributed systems.

    The only way I see multi-core processors or cluster-like processors (Cell) succeed is if programmers switch to languages like that. Any other way would introduce too many bugs in programs. Computers should make life easier, not harder. Even for programmers.

    Eventually, multi-core/processor is the only way forward, long before single-processors have to heat up to supernova temperatures to increase speed.

    We're just at the beginning of computing. Looking back, programmers of the future will pity us poor folk who had to make do with only 1 CPU. However, we need the right tools to move forward. Anyone know if there's an automatically multithreading (functional) programming language in existance or being invented?

    --
    - -- Truth addict for life.
    1. Re:Multi-core/processor programming automatically by frank_adrian314159 · · Score: 1
      Anyone know if there's an automatically multithreading (functional) programming language in existance or being invented?

      There have been for years. Just look at Lisp* for the Connection Machine. Or check out Sisal.

      That being said, most functional languages have included imperative, state-based facilities to make the languages look more "normal" to most programmers or because they thought a purely functional language would be too inefficient. Of course, they have now screwed themselves with respect to having an easy to compile, simple parallel language. Maybe they can get rid of all that crap now. In any case, it has been the way to go for many years.

      --
      That is all.
    2. Re:Multi-core/processor programming automatically by TeknoHog · · Score: 1
      I second the idea that multicore chips require higher-level languages than something like C. I've written some number-crunching stuff in Fortran 90, and its built-in matrix operations are incomparable; the compiler takes care of parallelizing for multiple CPUs and possibly vector instructions (like SSE).

      When doing matrix operations in C, you have to write is as a loop. There are parallelizing compilers for C, but they have to take the low-level C loop back into a higher-level representation in order to parallelize. So there are more steps, some of them backwards, which is kind of dumb.

      --
      Escher was the first MC and Giger invented the HR department.
  77. COMMENT MAKES NO SENSE! by Anonymous Coward · · Score: 0

    the x86 instruction set is.

    intel either implements it or emulates it in order to run all that stuff that is.

    if intel makes a new instruction, it's FOR programmers, not something to be hidden from them.

  78. Re:Intel is not doing all that well in the core ra by Anonymous Coward · · Score: 0

    links are the reason behind the web, right?

    Then at least html-ize the links!

    http://www.theinquirer.net/?article=20270
    http://www.theinquirer.net/?article=20286
    http://www.theinquirer.net/?article=17906

  79. Tying the cores together? by PhotoGuy · · Score: 1
    Well, one of the first questions to cross my mind, was how to tie the multiple cores together. But if the VP of this endeavor is Steve Smith, maybe the answer is the "handyman's secret weapon..."

    -d

    --
    Love many, trust a few, do harm to none.
  80. Readable version by Anonymous Coward · · Score: 0
  81. Threading in college CS courses? by tepples · · Score: 1

    Threading is a design level optimization. A programmer won't generate "pure sequential code" if the design incorporates threads in a clean way. No, I don't know whether university professors teach threaded programming to their students. What has been everyone else's experience w.r.t. this?

  82. Too little too late... by koan · · Score: 1

    Though the momentum of their girth will carry them a bit further they have been too slow to move.

    --
    "If any question why we died, Tell them because our fathers lied."
  83. Can u say AMD? by Anonymous Coward · · Score: 0

    Been there, doing that.

    It annoys me how magazines as well as Intel tries to portray ideas that are already being developed or developed in the market like it was they who came up with the new innovative idea.

    Dual Cores, sorry, buddy but IBM and AMD have the lead on this one. Multi-Cores, IBM and AMD's design already takes into account multi coring, not only that by the Hyper Transport concept for AMD specifically had multi-coring in mind when it was introduced more than 3 years ago.

    Intel is a great company, but, I wish magazine editors would stop making announcements like all of sudden Intel has done something new every time Intel's marketing team goes to pitch.