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."

78 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.

      --
      <^>_<(ô ô)>_<^>
    4. Re:Intel by demachina · · Score: 2, Insightful

      "It's low power, 64 bit, multi core (up to 16?)"

      Wow!! This could mean they might catch up to AMD's current generation :) Excepting they don't have 16 cores yet.

      --
      @de_machina
  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 Nimrangul · · Score: 2, Funny

      The first one had a bald captain too, they are just saving money this time by not wasting resources in that manner.

      --
      I'm sick of following my dreams - I'm just going to ask them where they're going and hook up with them later.
    2. Re:Intel: The Next Generation by ettlz · · Score: 4, Funny

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

    3. 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)
    4. Re:Intel: The Next Generation by NanoGator · · Score: 2, Funny

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

      Imagine poor Mr. Data's hot-headed brother Lore running AMD...

      --
      "Derp de derp."
  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 Bun · · Score: 2, Funny

      What do you mean run? He said "composed entirely of turtles". You must have watched too many cartoons, real turtles don't run!

      Will it crawl Linux?

      --
      "Anyone that has ever gotten an idea based on any of my work and done something better with it-good for you."--J.Carmack
    8. 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.
    9. 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 MBCook · · Score: 2, Interesting
      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.

      That isn't even neccessary sometimes. I've found that of my application use on my Mac, 95+% is Apple supplied (Safar, Mail, Terminal, iLife, etc). After that, MS Office (which I expect would be ready, but would run well enough in Apple's binary translator), and BBEdit (which is already available). For my useage pattern (which if you increaed Office could fit a LARGE percent of the userbase) it wouldn't be much of a problem.

      --
      Comment forecast: Bits of genius surrounded by a sea of mediocrity.
    2. Re:But will it arrive in time by Crixus · · Score: 2, Interesting

      All of the hardcore Apple users I know hate Intel. I wonder how this will ultimately fly. I'm excited about this new venture.

      --
      Ignore Alien Orders
    3. Re:But will it arrive in time by Nasarius · · Score: 2, Insightful

      Apple's compiler doesn't even support AMD64 yet; it's just IA-32. Kind of weird when they've been selling 64-bit G5s for years to go back to 32-bit, but maybe not too surprising, since Intel doesn't have a mature line of AMD64/EM64T products just yet.

      --
      LOAD "SIG",8,1
    4. 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
    5. Re:But will it arrive in time by Loualbano2 · · Score: 2, Interesting

      I think it will be. If this is the case, then Intel has been working on this for AT LEAST 2 years now.

      AMD has been doing way too well for Intel not to notice. They learned lessons with the p4 (don't listen to the marketing department as much) and I don't think that the best answer they have is lackluster additions to the p4.

      Things like process shrinks, more cache and slapping 2 cores together without much regard for on die communications are not revolutionary. These things can be interpreted as trying to stay in the game for now while working on a whole new plan.

      A plan that probably has been around around the same time Rambus took a shit.

      -ft

    6. 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
    7. 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
    8. 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.

    9. Re:But will it arrive in time by dal20402 · · Score: 2, Informative
      Continuing the theme of rampant speculation established by TFA...

      All the rumors I have heard seem to suggest that the high-end desktop hardware (PowerMac, XServe, high-end iMac configs) will be the last to switch to Intel.

      If Apple uses Pentium M and its successors to solve its laptop/Mac Mini problem, it can probably afford to wait on the high-end hardware. IBM has already announced dual-core G5s which should be good for another PowerMac revision or two.

      By that time, if there is a mythical Intel 64-bit magic chip, it will be on or close to market.

    10. 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!
    11. Re:But will it arrive in time by CaptDeuce · · Score: 2, Interesting
      I'd be interested to hear if you could come up with even a hypotehtical way [that Apple may be able to exploit the new processor's features in a way that Windows developers can't].

      Entrenchment of existing code base. Windows and Windows apps already have sections of code written towards existing x86 features. The payoff for using new features must be large enough to make overhauling such code worthwhile.

      Alternatively, Apple will be targeting some solutions with x86 code for the first time. Obviously Apple already has some x86 code written since Jobs announced that OS X has been running on x86 for five years. However, it's never been released so presumably it's still malleable and a certain amount hasn't been optimized yet.

      It's clearly not an issue that Windows developers wouldn't ever use new processor features, it's just a matter of how soon and extensively they will do so. Assuming there even are new features to be exploited, it seems reasonable that Apple may been in a better position to utilize them immediately.

      --
      "Where's my other sock?" - A. Einstein
    12. Re:But will it arrive in time by WillerZ · · Score: 2, Interesting

      The bottom-end IBM eServer OpenPower is pretty cheap (and it's a POWER5 not this PPC970fx crap). Or as someone will no doubt point out there's always PegasosPPC.

      --
      I guess today is a passable day to die.
  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.

    1. Re:Speculation based on Itanium by NovaX · · Score: 2, Interesting

      Huh? HP approached Intel with the EPIC architecture, as it was based on their next generation PA/RISC research. The HP/Intel allience is a refinement of the Super-Parallel Processor Architecture (SP-PA). There was no swindling or bluffing HP. If anything, one could say Intel was tricked since they dropped their x86-64 designs, lost focus on x86 in general, and invested billions in Itanium. Try actually reading some of the history next time.

      The failure of the other architecture is not just Intel's successful marketing, but also in the lack of interest to continue development by the respective companies.

      --

      "Open Source?" - Press any key to continue
  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.
    1. Re:All just speculation... by MBCook · · Score: 2, Insightful
      Quite true. We can predict some things, but it's just a logic exercise at this point. So I'll throw in my 2 cents.

      Will happen:

      • Multi-core
      • x86 related
      • 64 Bits
      • Fastest availabe (according to Intel, on some benchmarks)
      • "Processor of the Future" (according to Intel)
      • Cooler running (at least per MIP)

      Will not happen:

      • 64+ Core
      • Runs PPC code nativly
      • Tastes like Chicken
      • "Designed with help from AMD"
      • 3x Hotter than a P4!

      Possible:

      • Integrated memory controller - wouldn't be suprised, that has REALLY helped AMD
      • Code translation (ala Transmeta) - Possible, skeptacle of this, but could be quite interesting
      • SSE4 or some other such - VERY possible knowing Intel, even if they only add 2 instructions
      • More registers - Always a good thing, we'll see if this one happens
      --
      Comment forecast: Bits of genius surrounded by a sea of mediocrity.
  8. core speed by astellar · · Score: 2, Funny

    it's 16th cores will execute infinite loop longer than AMD anyway.

    1. Re:core speed by WillAffleckUW · · Score: 2, Funny

      t's 16th cores will execute infinite loop longer than AMD anyway.

      And at 256 times the price, it's a bargain!

      --
      -- Tigger warning: This post may contain tiggers! --
  9. Re:Speculations by drgonzo59 · · Score: 2, Informative

    It can just continue selling the high performance Hammer, it already is 64 bit, it has more than 1 core (I am sure they can add more), and I am also sure they can make it low power eventually, in other words nothing to worry about.

  10. 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.

    2. Re:Rosetta by NovaX · · Score: 2, Interesting

      Transmeta never promised that. They were careful to let that others make that hype, but never stated such. If they had, it could have gotten them in serious trouble during their IPO. After the IPO, it became 'common knowledge' stated in any Transmeta article. It would have been a problem, since Transmeta even admitted that their ISA was heavily tuned to x86 and would have been difficult support other ISAs.

      Theoretically, it would have been possible and was good marketing buzz so Transmeta never squashed the rumor, as I'm sure it pushed their IPO stock up.

      --

      "Open Source?" - Press any key to continue
  11. I speculate... by suitepotato · · Score: 2, Interesting

    ...that we will see, eventually...

    1. Four cores standard
    2. Chips pluggable to the mobo like Atari cartridges to eight CPUs
    3. Mobos as blades to passive backplanes
    4. Home blade servers and thin clients.

    I think in the end we'll see low-end, mid-range, and high-end blade everything in the future with modularity being the way of everything.

    But that's just my speculation.

    --
    If my grammar and spelling are off, I am [distracted/tired/careless] (take your pick)
  12. There's no way this guy is right by ameline · · Score: 2, Interesting

    He's been smoking some seriously strong weed to come up with the crazy ass ideas in that article.

    --
    Ian Ameline
  13. faster on what ? by vlad_petric · · Score: 2, Interesting
    Niagra is a server chip. It works well on OLTP, web-serving style workloads, because those have an inherent thread-level scalability and also miss to memory a lot. Instead of having a wide, out-of-order core that is unutilized most of the time, it's more efficient to have a bunch of simple, in-order cores that execute multiple threads.

    That's good for sun, because they sell server stuff, but for other kinds of workloads this approach is very innefficient. See the Piranha research paper, by Barroso et al.

    --

    The Raven

  14. 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 MouseR · · Score: 2, Informative

      Wrong.

      Miss-behaving applications could bog down other applications because Mac OS used "cooperating" multi-tasking. An application, through it's normal course of operation, would relinquish CPU time through it's event loop(s).

      It's a transparent process done simply by polling the system for your next user, system or idle event (aka, "WaitNextEvent()"). This is where Mac OS' multi-tasking defers from preemption modern OSes offer (Linux, Unices including OS X and Windows). In those OSes, the kernel is the one that decides when to switch out the CPU's attention.

      Any application not relinquishing CPU time when it didn't need it was immediately considered poorly-programmed and seldomly used.

      A developer's poor aptitude was no excuse for the Mac OS locking up. It offered everything you needed to make things to smoothly. It just required a bit more thinking.

      Dont get me wrong. I prefer OS X to what we had back then (I've been developing, professionally, Mac applications since 1988 so I know what we had back "then"). But It's important not to skew the facts.

    2. 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.
    3. Re:Apple didn't switch over for a chip by Naito · · Score: 2, Informative

      Mac OS up to OS 9 was a Co-operative multitasking OS....OS X is fully preemptive

    4. Re:Apple didn't switch over for a chip by greenrom · · Score: 2, Interesting

      I think you hit on it. I was talking to some guys from Freescale recently about processor offerings for one of our new board designs and the topic somehow got sidetracked on Apple's switch to Intel. They told me that nobody was really making much money selling processors to Apple. They had to invest a lot of $$$ into R&D to continue cranking out new chips for Apple, and Apple wasn't willing to pay much for the chips. As a result, a business decision was made to focus R&D in the area that had the biggest payoff -- the embedded market. Bottom line: IBM & Freescale were planning to target all new processor designs at the embedded market not the desktop market, and Apple knew it. x86 is really the only processor out there that gets designed specifically for the desktop market. To stay competitive, Apple had to move to x86.

    5. Re:Apple didn't switch over for a chip by LarsG · · Score: 2, Interesting

      As a result, a business decision was made to focus R&D in the area that had the biggest payoff -- the embedded market.

      You know, that feels very much like a deja vu. Same thing happened with M68K.

      --
      If J.K.R wrote Windows: Puteulanus fenestra mortalis!
  15. 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/
  16. 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.
  17. Servers for all! by linzeal · · Score: 2, Insightful

    Not a lot of people have thought about this but what if Apple is going for the server market and that is why they severed ties with IBM?

    1. 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
    2. 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
    3. Re:Servers for all! by JohnsonWax · · Score: 2, Insightful

      Because Apple was interested in the server market, IBM helped sever those ties.

      Soon after the G5 was introduced, IBM merged their semiconductor and server groups. The big Xserve sales such as VATech et al were potentially IBM server sales that didn't happen. The good deals on G5s that Apple got didn't make any sense if they also cost IBM server sales.

      If you were IBM, would you continue that relationship?

  18. Can this be good for Virtual Machines? by thanasakis · · Score: 2, Interesting

    Assuming that the article is generaly correct this upcoming processor will be able to morph to other architectures. Could this mean that we can have some sort of native (or at least semi-native) JVM or .Net processor? I am not certain whether implementing a java virtual machine on hardware is feasible but this would be an interesting possibility.

    Or it could be that the software JVM of today produces good enough native code for any architecture (x86, ultrasparc, ppc) that it makes it pointless to try to implement a machine that interprets the classes directly?

  19. 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.

    1. Re:Wow. by Matthias+Wiesmann · · Score: 2, Informative
      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).
      I agree that this is common wisdom, but this could also be why Apple would be a nice customer. Apple's desktop have been SMP for years now, and a lot of software has been engineered to take advantage of it. Most of the high level libraries built in OS X like vecLib or Quartz are highly parallelizable. It also seems Roseta, the PPC emulator would run nicely on dual cores.

      While I agree Apple's processor choices have not been the best, they are also tend to try to use all the features of the hardware they are running on (altivec, GPU) - certainly in part because of the fact that they don't have the best processor around. This might be why Intel is so keen for Apple, instead of having to beg Microsoft to use their new features, they now have another OS builder with a stronger incentive to use them.

      If you put your tinfoil hat on - heck if we start purely speculative articles - you might argue that one of the goal of intel might also be to stop the trend of running things on the GPU (well as long as they are not intel GPUs). If the whole "let's run the windowing system on the GPU" idea would have reached the mainstream sooner or later, Apple probably did push things forward.

      While I agree that one of Itanium's problems was that compilers were not good enough, there was also the whole issue of nobody actually really using the thing and optimizing for it. The server market it was aimed at was not a very good choice, the server market is very conservative and this is not a context where optimizing a few critical libraries makes a difference. The reason Apple could pull out the 68K emulation is that the CPU spent 70% of the time in the GUI libraries.

  20. 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
  21. 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.

  22. 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

  23. 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. -
  24. Re:Not the reason for the Apple switch by TheRaven64 · · Score: 2, Insightful
    The largest reason for the Apple switch: Digital Rights Management/TCPA

    Yes, of course! Why didn't I think of that? Apple moved from a chip supplied by a member of the Trusted Computing Platform Alliance (TCPA) to a chip manufactured by a member of the TCPA because they wanted a chip that supported TCPA! It makes perfect sense.

    --
    I am TheRaven on Soylent News
  25. 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.
  26. It would also be stupid and out of character by Sycraft-fu · · Score: 2, Insightful

    Intel traditonally is pretty open about their future product lines. They don't tell you everything, but developers are told what direction things are going. It wouldn't be in their intrest to keep people in the dark and dump sudden changes on them. Hell, look at how long they spent talking up Itanium before it finally hit the market.

    It would also be a moronic move business wise. Apple will be a major account for Intel, but not even close to the biggest. He'll I'd be supprised if they were even approach 10% of what Intel sells. Ok well you don't screw over your biggest accounts by not giving them the best technology. That would be an excellent way to get them to jump ship to AMD. It would probably even breach the contracts they have.

    To me, it sounds like more MAcZealot wishful thinking. Most Mac users are comfortable with their system choice for OS and design reasons. However some seem to need to feel like they are getting a more powerful computer than normal users. Thus the mythology that the PPC line was so much faster than x86. Well now that Apple is moving to Intel, they just can't accept that it will be the same as what Dell uses, so they start speculating that Intel will give Apple a special super chip that will continue to allow Macs to be the best.

    Looks like more of the same here. I imagine Intel will announce a new x86 line, probably somewhat rooted in the Pentium M, that's lower power consumption than the P4 but does more work, dual, maybe more core, and perhaps hyperthreaded cores so the processor handles more threads. Maybe other new things like an integrated memory controller ala AMD and so on. But I really doubt it'll be something totally new and never before seen.

  27. Translation Layer? by EinsteinRival · · Score: 2, Interesting

    I find it seriously doubtful that the next intel chip (at least the one that apple is planning to use) will use a translation layer. Think about it; if it had such a capability, why would they (Apple) go through all the trouble to program an incredibly slow emulator when they could pressure intel to make it processor/firmware reliant and avoid the panic from the intel switch? Granted, this may be the performance boost they are banking on in rosetta, but I still fail to see how it could not be completely confined to a lower level of the system and transparent, as well as make it better performing (I'm probably wrong, but I thought that Transmeta had a working PowerPC translator working for their chips, but maybe it was just hypothetical propaganda). So, either Apple is not being its typically self-centered, well, self, or they are pulling the ultimate double-reverse psychology marketing to make us exercise our (your) code foo and think there will be a nonexistent change! Seriously, though, why go through all this trouble when there exists a way to, with a bit more input from both parties, they could avoid this transition problem apple zealots (myself included)are squirming about? Unless IBM has some IP issues with its processors..... Bashing and Speculation in 3.... 2.... 1.....

  28. Re:Speculations by cbreaker · · Score: 2, Informative

    Yea, not really. Dual AGP requires some hacking and it's not standard. It *can* be done, but it wasn't designed to be, and therefore requires special working to make it happen. It never became mainstream because it doesn't work very well.

    --
    - It's not the Macs I hate. It's Digg users. -
  29. 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.
  30. 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%

  31. Inquirer = steaming pile of crap by DECS · · Score: 2, Interesting

    If you haven't been paying attention, the Inquirer is one of a new pile of pseudo-news websites posting ridiculous garbage with sensationalist headlines and plenty of ads. Nothing to see here, please move along.

  32. 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
    2. Re:I am so upset about 64 bit busses by Just+Some+Guy · · Score: 2, Funny
      The hidden Markov model Viterbi beam search algorithms that I depend on for my work

      You just made that up to see if we're paying attention, didn't you?

      --
      Dewey, what part of this looks like authorities should be involved?
  33. Re:It's an EPIC change, but what about heat? by im_thatoneguy · · Score: 2

    On a serious note...

    I do heat my seattle apartment with my computer during the winter. Well not the whole apartment since 500 watts is quite insufficient to heat that large of space, but when I close my door my room stays quite comfortable.