Slashdot Mirror


Speculations Intel's Next Generation

An anonymous reader writes "The Inquirer speculates about the next generation Intel chip. It's low power, 64 bit, multi core (up to 16?) and the real reason for the Apple switch."

43 of 329 comments (clear)

  1. Intel by Anonymous Coward · · Score: 4, Funny

    Correction: 65 bits. Twice as fast as 64 bits.

    1. Re:Intel by Anonymous Coward · · Score: 5, Funny

      To be pedantic, it would actually be just a bit faster, not twice as fast.

    2. Re:Intel by ackthpt · · Score: 3, Funny
      Correction: 65 bits. Twice as fast as 64 bits.

      What with dumping all the old technology for a brave new approach, they'll undoubtably revisit old mistakes.

      it'll be a 63.999999999999976581 bit processor

      --

      A feeling of having made the same mistake before: Deja Foobar
    3. Re:Intel by Axe · · Score: 4, Funny
      Intel has a very very good marketing department, but lacks real engineers.

      Yep. My Xeon desktop runs on mumbo-jumbo and brand identity.

      --
      <^>_<(ô ô)>_<^>
  2. Intel: The Next Generation by burtdub · · Score: 5, Funny

    Probably will feature an android, a Klingon, and a balding captain.

    1. Re:Intel: The Next Generation by ettlz · · Score: 4, Funny

      Imagine poor Mr. Data. With an "Intel Inside" decal stuck on his forehead.

    2. Re:Intel: The Next Generation by vertinox · · Score: 5, Funny

      Geordi: "Captain! The Borg have installed themselves and are taking up all available CPU cycles on decks 5 through 18! I recommend rebooting!"

      Picard: "Damn those Borg! Worf! Assemble a security to format the drives!"

      Worf: "Aye sir!"

      Data: "Captain we have a message from the Borg Ship."

      Picard: "On screen!" *gasps* "It's you!"

      Bill: "Lower your shields! Resistance is futile! Superior processors is futile! Multi-core threading is futile! You will be bloated! Res..."

      Picard: *motions to Data to turn the screen off* "Number 1, what you would recommend?!"

      Riker: "What was that ancient Vulcan saying 'What Intel giveth, Microsoft taketh away'..."

      Data: *ligh bulb expression* "Perhaps we could turn the Intel processors on the borg... Perhaps if we installed OS X for the X86"

      Geordi: "...if we couple the SSE3 with our current intel processor, download the torrent, and reverse the polarity... *pauses* it just might work!"

      Picard: "Make it so!"

      --
      "I am the king of the Romans, and am superior to rules of grammar!"
      -Sigismund, Holy Roman Emperor (1368-1437)
  3. Speculation is useless by TelJanin · · Score: 4, Funny

    I'll speculate that Intel is going to create a new 128-bit proc composed entirely of turtles. Does that make me slashdot-worthy?

    1. Re:Speculation is useless by WTBF · · Score: 5, Funny

      Does that make me slashdot-worthy?

      Only if you make a beowulf cluster out of them.

    2. Re:Speculation is useless by jazzman251 · · Score: 5, Funny

      Does that make me slashdot-worthy?

      maybe if you said 'megafauna' instead of turtles...

    3. Re:Speculation is useless by interiot · · Score: 3, Insightful

      You just need to throw in enough buzzwords, like "cell-based turtles" and "multicore Transmeta overlords", and you'd definitely have a good shot at the front page.

    4. Re:Speculation is useless by MC+Negro · · Score: 3, Funny

      If the turtles are all operating within a maize field pipeline, does that make it one big asychronous KORN shell? :)

      --
      "You and your third dimension."
    5. Re:Speculation is useless by BackInIraq · · Score: 3, Funny

      Does that make me slashdot-worthy?

      Will it run Linux?

    6. Re:Speculation is useless by On+Lawn · · Score: 4, Funny

      a new 128-bit proc composed entirely of turtles.

      I bet it runs LOGO really quick.

    7. Re:Speculation is useless by Frequency+Domain · · Score: 4, Funny
      You just need to throw in enough buzzwords, like "cell-based turtles" and "multicore Transmeta overlords", and you'd definitely have a good shot at the front page.
      Hell, submit it once with each set of buzzwords, and shoot for a dupe.
    8. Re:Speculation is useless by plaxion · · Score: 3, Funny

      It's bad enough we have to deal with the RIAA and MPAA every time a new technology gets developed. Let's try to avoid bringing PETA into the mix as well. ;)

  4. But will it arrive in time by Nom+du+Keyboard · · Score: 4, Interesting
    The article speculates that this is going to be the reason for the Apple switch, but...

    If they're announcing an archtecture this radical at next week's IDF, what are the chances that it will be available and running well in time for Apple's announced timeline for desktops?

    Or is Apple going to sell a lesser version first, in which case why haven't they already switched over to selling it to early adopters already. Yes there really are people who buy systems and wait for the applications to arrive later.

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
    1. Re:But will it arrive in time by Nasarius · · Score: 3, Interesting

      I think the people who are most disappointed are the Linux geeks who like playing with exotic hardware. No more cheap PPC hardware for us.

      --
      LOAD "SIG",8,1
    2. Re:But will it arrive in time by CaptDeuce · · Score: 3, Insightful
      ... what are the chances that [Intel's new processor] will be available and running well in time for Apple's announced timeline for desktops?

      I'd say slim to none, leaning heavily towards none. But I think that's a lot less important than your next question ...

      Or is Apple going to sell a lesser version first, in which case why haven't they already switched over to selling it to early adopters already. Yes there really are people who buy systems and wait for the applications to arrive later.

      Apple hasn't switched over because consumers won't buy any box that doesn't run OS X apps, Macintel or not. Developers need the head start.

      However, Apple and Mac developers don't have backward compatibility issues; whatever processor Intel serves up can't break code that doesn't exist. All Apple needs to do is make sure that the Xcode compilers are ready for the neXt86 processor such that what developers are compiling now will run on the new processor.

      It's highly unlikely that the neXt86 will be that different, but the fact that the Mac is a clean slate means it's impossible to rule out. This is wild speculation, but Apple may be able to use this advantage to exploit the new processor's features in a way that Windows developer can't. Think of the marketing coup for Apple and Intel.

      Intel may even use Apple to compel Windows developers to adopt new processor features much the way Apple spurred the USB device market.

      On the other hand, the neXt86 may only sport fins and a racing stripe. :-j

      --
      "Where's my other sock?" - A. Einstein
    3. Re:But will it arrive in time by Nasarius · · Score: 4, Insightful
      As already mentioned, Itanium is not EM64T.

      The few Xeon and Pentium 4 processors that do use EM64T have not been around for very long. The vast majority of Intel's processors are still 32-bit. They don't have anything that Apple could offer in a reasonably-priced desktop. Compare with AMD, which is almost entirely focused on AMD64 now, from the cheaper Athlon64s to the gamer-oriented FX series to the dual-core X2s.

      --
      LOAD "SIG",8,1
    4. Re:But will it arrive in time by Tumbleweed · · Score: 4, Insightful

      The Apple move to Intel processors is supposed to be in two waves: the first will be the laptops and Mac Mini, which are currently 32-bit G4s, so there's no need to make something 32-bit that is currently 64. The second wave, perhaps a year later or so, will be the PowerMacs. Plenty of time for the 64-bit Yonah or whatever between those two waves.

    5. Re:But will it arrive in time by LarsG · · Score: 3, Informative

      why migrate their developers over to writing x86 code as an interum step, instead of waiting until after the VLIW architecture is available, and migrate directly to that?

      VLIW is basically to move a lot of the 'smarts' like instruction reordering and branch prediction from the CPU to the compiler. Thus freeing up a lot of transistors that can be used for cache or additional ALUs.

      The compiler has to be very good, though. And you also run into problems like having to recompile when the next generation of the CPU adds more ALUs or has pipeline changes that requires different instruction ordering. So VLIW is not at all a nice type of architecture if you want binary compatibility between several generations of the CPU. Which is why the article mentioned Transmeta - which had a software layer that translated between x86 and the native VLIW languages used on the different Transmeta CPUs.

      If the article is correct, the next generation Intel core will be VLIW internally, but will execute IA-32/EMT-64 through a software layer like Transmeta.

      --
      If J.K.R wrote Windows: Puteulanus fenestra mortalis!
  5. A lot like Sun's Niagara by ajiva · · Score: 4, Informative

    To me that sounds a lot like Sun's Niagara box. Huge CMT box (8 cores, 4 threads each, 32 way box). With power consumption around 65watts, but faster than 4way Xeon processors and probably more like an 8way depending on application. Intel probably is moving to something similar, maybe not quite that many cores and threads.

  6. Speculation based on Itanium by team99parody · · Score: 5, Insightful
    Based on Itanium, I'd say it's a bluff to move Apple away from IBM.

    This is the same thing Intel did to HP who walked away from PA/RISC, and to SGI who walked away from MIPS, and to Compaq/DEC who walked away from Alpha --- so they turned from the leaders in 64-bit computing to resellers of wintel.

    Hey, if it worked last time, let's try it again; and maybe the rest of the 64-bit competitors'll give up.

  7. All just speculation... by doormat · · Score: 5, Insightful

    We'll know more when IDF arrives. Until then its just stuff written to try and hit a bullseye in the dark. Which seems to be everywhere nowadays, Dvorak, The Inq, even my fateful Ars is getting bit by the bug that says every action by anyone in the tech industry must be expounded on in a multipage article worth of /. and the ad revenue it brings..

    --
    The Doormat

    If you're not outraged, then you're not paying attention.
  8. Rosetta by shmlco · · Score: 5, Interesting

    If a VLIW X86 processor had a "native" mode, one would have to wonder if Apple's Rosetta technology could compile directly to it instead of X86. I mean, it would seem dumb to JIT-compile to X86, which in turn is translated to VLIW.

    --
    Any sect, cult, or religion will legislate its creed into law if it acquires the political power to do so.
    1. Re:Rosetta by interiot · · Score: 5, Insightful
      Or, the alternative you're missing...

      At one point, Transmeta was promising to be able to change the CPU on-the-fly from an x86 to other things (eg. ARM, MIPS), which is no problem, since it was doing the x86=>native translation anyway, all it has to do is change to a different translation.

      So, all Intel needs to do is make the CPU be able to be switched from x86 to PPC at runtime. That's why Apple claims they can run old apps so quickly.

  9. Apple didn't switch over for a chip by rolfwind · · Score: 5, Insightful

    I suspect Apple's switch wasn't because of any cool chip (it'd be ridiculous to think they are getting intel chips that no PC maker will have access to) but simply because it's one less defensive front - they don't have to worry about getting chips that are competitive anymore, which was getting a problem with PPC as well as the all important Notebook chips - IBM simply wasn't offering anymore competitive PPC solutions.

    It's one less thing to defend.

    Back when Apple first introduced PPC (1994?), they were hyping it throughout because that was one of the few real tangible differences they could tout - pre-OSX Mac was buggy and unstable single-threaded OS while Microsoft had at least NT technology.

    Now OS X pretty much rocks and they still have their excellent hardware integration - they don't need a different chip to differentiate them - OSX is their added value.

    1. Re:Apple didn't switch over for a chip by bnenning · · Score: 3, Informative

      Tell us in what way Mac OS {10-n } was a) buggy b) unstable and c) single-threaded?

      (a) is a matter of opinion. (b) isn't; an OS where a single application failure can easily bring down the whole system is unstable by definition. (c) is technically false, but effectively true. The Thread Manager only supported cooperative threads, which doesn't really count. You could create preemptive threads with the multiprocessing API, but they were very limited as to what they could do (no memory allocation IIRC).

      I'm a Mac fan too, but there's no denying that the internals of Mac OS pre-X sucked. I still preferred it to Windows because of the UI, but I'm very pleased that with OS X I no longer have to make that tradeoff.

      --
      How to solve most of our problems: 1.Lots of nuclear plants. 2.Cure aging.
  10. In related news... by RM6f9 · · Score: 3, Funny

    ...The Farmer's Almanac speculates on the next generation "Beefalo" chip: Running from Longhorns daily into a pasture near you, the new "Beefalo" chip (tm) will multi-thread faster spreading odor and increased fertilization rate. Cores have been increased to 8 semi-solid, virtually discrete units that may be tracked onto the North bridge (If you don't wipe your boot sectors before then). Video processing speed will see a marked increase, although cooling remains a concern for these new chips...

    --
    Take the 90-Day Challenge! http://rwmurker.bodybyvi.com/
  11. INSIDE INFORMATION by MBCook · · Score: 4, Funny
    It will be a 64 bit, multi-core, i860 or i960 based chip!

    Who told me? The mold that lives in the back of the fridge in the second snack room on the 7th floor of the 4th building at their 2nd site.

    Bwhahahahahahahaha.

    --
    Comment forecast: Bits of genius surrounded by a sea of mediocrity.
  12. Wow. by pantherace · · Score: 4, Insightful
    Can one say: Pure speculation?

    Apple is not that spectacular in terms of choosing chips for performance, from their past history. M68k: good chip, but it was suffering from old age when they moved to PowerPC. (They could have moved to x86, arm, or other processor at that time.) Now, they announce they are moving to Intel, and suddenly Intel has some super-duper chip up their sleeve? I don't think so.

    The article starts from that basis and works up to Intel has some super-killer CPU.

    Despite the amount of hype surrounding dual-core, unless you massively change software (likely to happen eventually) to support SMP, things go slower on dual-cores than single core processors, if the dual-cores are clocked lower (Intel's current chips). What the article proposes is to duplicate the mistakes Intel has made with Itanium. (It was announced a decade ago. (If not, near enough to count.))

    Itanium 1 stripped out all the branch prediction, and similar things, relying on the compilers to do it. The result was that it got soundly thrashed by other 64-bit archs.

    So why does Itanium 2 not suck nearly as bad? HP's engineers mostly went back and put all that stuff back IN, because compilers, and code translators are still (with a very very few exceptions, I can think of 2 (one, FX!32, mentioned in the article)) very slow. Even FX!32's speed wasn't due to the speed of translation, it was due to the huge (at the time) performance of the underlying alphas. Sure, it may have been faster than the fastest x86 hardware implementation, but it was still quite slow compared to the native speed of the chip it was on.

    So the article speculates that Intel is indeed going to repeat the mistakes of the past, mistakes that *only* came to market because a) Intel has money b)Intel has pride (oh and c)got others to wipe themselves out... except IBM.) I would think Intel would learn from it's mistakes. Right now they should notice that a)processors can't be fabbed right now to work at ~4GB reliably and they are really hot. b)Going the opposite route of improving IPC almost entirely (IA-64s are not low-powered, nor cheap). Instead they should work on the in-between, which they (again due to Intel having tons of money) have in the form of the Pentium M.

  13. Speculation by starrsoft · · Score: 3, Funny
    Q: What's worse than listening to an experienced writer who knows his tech speculate on what Intel's next chip will look like?

    A: A bunch of slashdotters doing the same thing.

    --
    Read my blog: HansMast.com
  14. Re:Servers for all! by Surt · · Score: 3, Insightful

    If Apple is interested in the server market, severing ties with IBM is not the smartest move.

    --
    "Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
  15. Same fool, same laughs by swissmonkey · · Score: 5, Informative

    This article was written by Nicholas Blachford, the same fool who tried to analyze the Cell processor of the PS3 and described it as a supercomputer on a desk while not understanding a single thing about it.

    Seriously, it's worth a read for the laugh, but there's nothing worth believing in it, this guy doesn't know what he's talking about.

  16. More information at Real World Tech by Anonymous Coward · · Score: 4, Interesting

    There's a better explanation of why the Inq article's speculation is bogus here:

    http://www.realworldtech.com/forums/index.cfm?acti on=detail&PostNum=3655&Thread=3&entryID=55310&room ID=11

  17. Re:Speculations by cbreaker · · Score: 4, Informative

    AGP, by it's design, can only have one per machine.

    It was an add-on specifically designed for the pattern of usage that video cards perform - lots of data out, and short requests in.

    It was a patch to get us by until the "next PCI" came along - but AGP's great performance was also the reason it's taken so long to get PCI Express going; not a lot of demand for something we don't really need. Old PCI slots still provide ample bandwidth for most other types of expansion cards and on the server side you had 64-bit PCI/PCI-X.

    Of course, we still needed PCIe, but it hasn't been a big push. Now, with the dual-video board thing happening, it's definitely helped push the bus into the mainstream.

    As far as the changes in CPU slots, well, I agree to a point. While I believe that both Intel and AMD could have done more to keep slot changes to a minimum, a lot of times the chip-set changes along with the CPU requiring a new board anyways. So, why not upgrade the CPU slot to accommodate the new data patterns of the new architecture?

    I do feel like I own hardware. Software, on the other hand..

    --
    - It's not the Macs I hate. It's Digg users. -
  18. Turtles are cooler than Megafauna. by FatSean · · Score: 3, Insightful

    Lame Megafuana died out....they couldn't compete Turtles are still here...the superior solution!

    --
    Blar.
  19. Re:Servers for all! by jericho4.0 · · Score: 3, Insightful

    Well, OS X comes up real short in most server benchmarks, so I hope it's not that. Anyway, half of what Apple sells is 'coolness', and server farms don't go for that, too much.

    --
    "A language that doesn't affect the way you think about programming, is not worth knowing" - Alan Perlis
  20. Re: skeptical by TeknoHog · · Score: 4, Funny
    Code translation (ala Transmeta) - Possible, skeptacle of this, but could be quite interesting

    With this tiny font, I couldn't make out what the word there was, but after reaching for my skeptacles it was all clear. Truly the wealth of alternative spellings on Slashdot never ceases to surprise. I'm not even a native English speaker.

    --
    Escher was the first MC and Giger invented the HR department.
  21. anything is faster than 4 way xeons by lupine · · Score: 4, Insightful

    The interconnect for intells xeon servers is really poor and at high loads all the processors compete for access to the shared bus and memory. This means it doesnt scale worth a darn. You have diminishing returns for each processor something along the lines of:
    1 xeon = 100%
    2 xeon = 140%
    3 xeon = 160%
    4 xeon = 170%
    Wheres with the amd opteron with hyperTransport interconnect the processors dont have to fight for resources. And performance scales much better along the lines of:
    1 opteron = 100%
    2 opteron = 180%
    3 opteron = 250%
    4 opteron = 310%

  22. I am so upset about 64 bit busses by js7a · · Score: 3, Interesting
    The hidden Markov model Viterbi beam search algorithms that I depend on for my work run less than 50% as fast on 64 bit architectures than on 32 bit processors. Primarily, that is because of the fine memory access paterns, complicated locality issues, and probably other things that I am not really very aware of, such as less mature compiler technology.

    In any case, the fact that everyone wants to jump to 64 without testing the waters very carefully first is seriously foolish. I know I'm not the only one who feels this way -- Microsoft's Windows speech recognition subsystem refuses to run on any 64 bit architecture unless all of the OS and applications are strapped to 32 bit mode.

    This is possibly worse than five years ago when people were paying absurd premiums to go from 800 MHz to 1.3 Ghz with RAM speeds stagnant. At least then you got something more from algorithms which weren't memory access-bound. From 32 to 64 is a significant step backwards in many cases.

    1. Re:I am so upset about 64 bit busses by demachina · · Score: 3, Interesting

      I'd agree the 64 bit part is a bit overrated and bleeding edge for most applications, unless you are handling massive data sets. Video editing, simulation, circuit design, seismic all can use it. Of course all the supercomputing fields need it. I imagine some big databases probably can too. Some games will probably need it to in a few years. Film animators are about to the point they will need 64 bit address space if the software developers will take the plunge.

      The best thing in the x86-64 API is they just added a lot more registers which are sorely lacking in IA32. 8 new registers and 8 SIMD registers can help performance a lot if you compile for them.

      Are you compiling for and taking advantage of all the new registers?

      They might have an even better chip if they had just tacked on the new registers on IA32 but since they were breaking the ABI anyway you can understand why they would go 64 bit since it has longer legs for the future. There are going to be more and more applications that will need 64 bit as RAM and disk capacity grows, and people start working with bigger data sets.

      Running Gentoo on amd64 is a bit bleeding edge. There are still a lot of apps that are masked out for it, partially just because no one tests and owns them since the user community is still pretty small. I find most things work fine when you unmask them. I need to start volunteering to support the packages I use that no one has blessed for amd64.

      --
      @de_machina