Slashdot Mirror


ARM Hopes To Lure Microsoft Away From Intel

Steve Kerrison writes "With the explosion of netbooks now available, the line between PC and mobile phone is becoming much less distinct. ARM, one of the biggest companies behind CPU architectures for mobile phones (and other embedded systems), sees now as an opportunity to break out of mobiles and give Intel a run for its money. HEXUS.channel quizzes Bob Morris, ARM's director of mobile computing, on how it plans to achieve such a herculean task. Right now, ARM's pushing Android as the OS that's synonymous with the mobile Internet. But it's not simply going to ignore Microsoft: 'What if Microsoft offered a full version of Windows (as opposed to Windows Mobile or Windows CE) that used the ARM, rather than X86 (Intel and AMD) instruction set? Then it would be a straight hardware fight with Intel, in which ARM hopes its low power, low price processors will have an advantage.'"

59 of 333 comments (clear)

  1. ARM? x86? by Yvan256 · · Score: 4, Funny

    You will kneel before Z80!

    1. Re:ARM? x86? by mdwh2 · · Score: 2, Insightful

      I'm not sure what you mean with your PPC comparison? ARM have shipped 10 billion CPUs. Intel have shipped between 1 and 2 billion. ( http://www.computerworld.com/s/article/9131098/ARM_Heretic_in_the_church_of_Intel_Moore_s_Law ) I'm not sure what total PPC sales, but they're not even remotely close to ARM.

      What market are they going after with this, netbook's with ARM instead of Atom cpus?

      Presumably. As TFS points out, the line between PCs and mobiles is becoming less distinct. I must admit, personally I'd have a preference for x86, because of compatability with PCs (which I will always prefer as a platform over locked down phones), but it's not like ARM are some niche player here.

    2. Re:ARM? x86? by BikeHelmet · · Score: 5, Informative

      And does ARM actually make a desktop-class CPU (as compared to Intel/AMD's mid or high end cpu's)?

      ARM CPUs are advancing faster than x86 CPUs.

      The Cortex A8 has roughly P3 performance (per clock), and clock speeds varying from 600-1000mhz. This is without Out of Order execution, 64bit support, or any other fancy stuff. The power envelope is about 50 milliwatts load. Most SoCs bundling GPU, DSP, LCD controller, wifi, etc. consume around or under a watt.

      The Cortex A9 should be significantly faster. If I recall correctly, it has OoOe and sports a 2-4 core multicore architecture, with increased clockspeeds, in the same power envelope. Look up TI's OMAP4 SoCs. When these are released in 2010, we'll have Pentium D/GeForce 6600 level performance using up a hundred or so milliwatts, and generating a completely negligible amount of heat.

      Now maybe you can see the implications of this?

    3. Re:ARM? x86? by larry+bagina · · Score: 2, Interesting

      Samsung (and maybe others by now) have 1ghz ARM chips. Dual core is expected next year.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    4. Re:ARM? x86? by radeon21 · · Score: 5, Informative

      ARM doesn't actually ship or make CPUs, they license IP cores. There are a whole shit ton of ARM cores out there, though.

    5. Re:ARM? x86? by davester666 · · Score: 3, Insightful

      I'm not sure what you mean with your PPC comparison? ARM have shipped 10 billion CPUs. Intel have shipped between 1 and 2 billion. ( http://www.computerworld.com/s/article/9131098/ARM_Heretic_in_the_church_of_Intel_Moore_s_Law ) I'm not sure what total PPC sales, but they're not even remotely close to ARM.

      What market are they going after with this, netbook's with ARM instead of Atom cpus?

      Presumably. As TFS points out, the line between PCs and mobiles is becoming less distinct. I must admit, personally I'd have a preference for x86, because of compatability with PCs (which I will always prefer as a platform over locked down phones), but it's not like ARM are some niche player here.

      First off, the install base counts for nothing. This is a from-scratch implementation, with an install base of zero cpu's and applications, just like Windows PPC. The number of existing systems with ARM embedded in them that can be "upgraded" to run this new OS is approximately zero. And given that Windows 7 is only slightly less cpu intensive than Windows Vista, which is what ARM wants for their CPU, and that "high-end" ARM cpu's seem to be comparable to Intel cpu's used in low-end netbooks, I don't see how people will like using it in this fashion. And it'll suffer the same problem as the PPC version of Windows did, no applications. When people read the specs and it says "Windows 7", they will expect to run Windows apps on it. Many will be disappointed when, AFTER they buy the netbook, they find out they can only run a few other applications besides whatever the system came with. And if people are just going to get stuck with using the pre-installed apps, why bother with the OEM fee to Microsoft?

      --
      Sleep your way to a whiter smile...date a dentist!
    6. Re:ARM? x86? by Hurricane78 · · Score: 2, Insightful

      Simple. I have already seen it working. You add an nVidia Tegra chip, any you still stay below 2 watt.

      But Vista/Win7 really is pointless. On *any* computer.

      On such a small system, Linux really can play its cards. Full HD + Flash in browser + 10 hours of battery life + nearly no heat = $100-$200. Out this fall.

      What do you think about that? :)

      --
      Any sufficiently advanced intelligence is indistinguishable from stupidity.
    7. Re:ARM? x86? by happymellon · · Score: 3, Insightful

      I must admit, personally I'd have a preference for x86, because of compatability with PCs (which I will always prefer as a platform over locked down phones), but it's not like ARM are some niche player here.

      Compatability? I thought we used .net these days in Windows. Why are we using a VM if the code isn't portable?

    8. Re:ARM? x86? by AnyoneEB · · Score: 5, Informative

      Flash is pretty inefficient, but it does run (admittedly not great) on the N810 which has a 400MHz ARM processor, which is a generation behind the Cortex A8s, so a Cortex A8 should have no real trouble with Flash.

      I hope some non-Adobe Flash implementation is ready for real use soon as the only possible reason for Flash to be as slow as it is is that Adobe must not care at all about its speed.

      --
      Centralization breaks the internet.
    9. Re:ARM? x86? by Anonymous Coward · · Score: 2, Funny

      That's because Adobe can't code shit.

      Hey, you take that back! My laptop is pretty bottom-of-the-line these days, and about the best it can do with open source software is scale 480p video up to ~1067x800 fullscreen; it can't even do 720p without dropping frames.

      But with Adobe Flash Player? It can play 320p video, as long as you don't dare to hit the fullscreen button. I'd say Adobe has proven that they're quite capable of coding shit.

    10. Re:ARM? x86? by BikeHelmet · · Score: 3, Interesting

      Mod parent up. He's the only guy in this whole tree of posts to understand mhz isn't everything.

      Many ARM SoCs have co-processors called DSPs, which can help decode video. Last-generation DSPs could manage 720p/1080p, so Youtube shouldn't cause it to break a sweat.

      Or if it does break a sweat, at least it won't stutter. ;)

    11. Re:ARM? x86? by BikeHelmet · · Score: 2, Interesting

      I don't know - Windows 7 feels pretty snappy on an old 3.0ghz P4 I have sitting next to me. Snappier than Vista on a Q6600, actually.

      Vista has a noticeable delay whenever doing anything. It's short, but it's many miliseconds slower than the P4, and many miliseconds slower than my old Athlon XP w/ Win2k.

      I'm talking about stuff like opening the start menu, clicking a systemtray icon and waiting for a menu to pop up, or opening a folder and waiting for the contents to display. (this last one is horrible on Vista)

      Want proof? Open your System32 folder (or equivalent, for 64bit Vista/Win7) and see how long it takes to display. After a reboot, my Win2k box takes approximately a quarter to a half second, to display in list format. The P4/Win7 box takes about a second. Vista takes about 3-4 seconds to pop up.

      Why? No clue. Logically, older computers with older HDDs would take longer. Clearly Microsoft mucked something up.

    12. Re:ARM? x86? by andymadigan · · Score: 3, Interesting

      To have managed memory. It takes a lot to track pointers, more than a hack on to existing x86 can manage (libgc tries, quite well, but it isn't perfect).

      Yes, I'm being completely serious.

      However, .NET is apparently portable across architectures, as Portable.NET supports several.

      However, as with Java, your application is only as portable as your libraries. Take web browsers, for instance, I don't know of any rendering engines in real use that are written in a managed language. A lot of good, difficult to replace code is written in languages that aren't easy to port.

      --
      The right to protest the State is more sacred than the State.
    13. Re:ARM? x86? by rve · · Score: 2, Interesting

      On such a small system, Linux really can play its cards. Full HD + Flash in browser + 10 hours of battery life + nearly no heat = $100-$200. Out this fall.

      That would be nice.

      The batteries of both my laptop and my netbook drain in much less time when booted into Linux, compared to booting them in XP. Especially the battery use while idle, in full powersaving mode, still seems disappointing. I'm not a noob, I've been using Linux as a server OS since the mid 90's, I'm just not entirely convinced by your claims of superiority on mobile hardware, as compared to gadgets running Windows or OSX.

    14. Re:ARM? x86? by Svartalf · · Score: 4, Informative

      Heh... In the case of your laptop and netbook, the odds are good you don't have the power management turned on or turned up much. Stock configs for Linux leave that turned off. Windows turns it on and you deal with it or turn it off after the fact. Without the power management, it eats batteries like candy.

      Now... To put this in a perspective you and others can clearly understand:

      The netbooks we're about to see from ARM licensees are roughly in the same ballpark of performance and capacity (depending on RAM included with the devices...) of the eeePC when it first came out to the 900 series devices.

      The Intel based devices for these models needed a 49 watt-hour battery to do 3 or so hours runtime, whether you're talking Linux or WindowsXP.

      The OMAP3 boards I've had the fortune of having in my possession at one point in time were able to go roughly 10 hours...on a 13.5 watt-hour battery. While I've not abused it as much as others, some were not letting it just set idle- it did these amazing runtimes with emulators running full-tilt. It'd probably get approximately 8-ish in the same configuration if you had the 3D accel running.

      Oh... By the way... That was without any power management- not that it'd been kicking in with what they did to it.

      This is using the Cortex-A8. The A9, is out-of-order plus SMP capable, and has a few other gems going for it. It's like having 1-4 of the pre-Core P4M devices at the same rated clock speed as the ARM based SoC- and consuming only slightly more juice per core than the A8. That's NEXT year's crop of fun from ARM.

      --
      I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
    15. Re:ARM? x86? by AliasMarlowe · · Score: 4, Funny

      That's because Adobe can't code shit.

      But they can and they do!

      --
      Those who can make you believe absurdities can make you commit atrocities. - Voltaire
    16. Re:ARM? x86? by bhtooefr · · Score: 2, Informative

      Opera desktop, however, has different binaries for each architecture it runs on. As Opera's closed source, that means Opera Software gets to decide what their program runs on.

      With managed code, the VM developer gets to decide what platforms the VM runs on, and the software developers just target the VM.

      As an example... there's a VNC app out there written for .NET. Now, normally, you'd need one VNC app for your PC, one VNC app for an ARM-based Windows CE device, so on, so on.

      With .NET, I can run the same binary on an x86 PC, an Itanium server, or two different variants of ARM-based Windows Mobile device. (Not that I'd want to, it's not as good as, say, UltraVNC on x86, but it's still an example of how it can work.)

      Anyway, there is also Java as an option, and a few real, useful apps out there are written in Java - I use a couple every day. And, the ARMs have Jazelle support, which basically means a subset of Java bytecode instructions that can be accelerated by running them directly are run directly on the CPU, so Sun would just have to release a JVM for Win32/ARM that used Jazelle, and Java performance would be excellent on ARM. (I think Jazelle's there because of ARM being used on cell phones, which almost always have JVMs of some sort, often.)

  2. Some ARM twisting going on? by Anonymous+CowHardon · · Score: 3, Funny

    Employing strongARM tactics? Better keep them at ARM's length. (Don't worry, these horrible puns are quite ARMless.)

  3. Re:Dream on by MightyMartian · · Score: 2, Insightful

    NT was originally designed to be portable. Whether that has been retained since the abandonment of support for Alphas and PowerPCs is something I couldn't say. However, it wasn't an insurmountable effort to port other operating systems like Linux over to new infrastructures, so I doubt it would be that horrifying awful for Microsoft. In fact, I'd be damned surprised if Microsoft, like Apple before it, didn't have some resources quietly working on it.

    --
    The world's burning. Moped Jesus spotted on I50. Details at 11.
  4. An interesting idea. by jd · · Score: 2, Insightful

    But it wouldn't be a straight fight between ARM and Intel. It would be a fight between ARM, StrongARM, Asynchronous ARM (yes, there really is an asynchronous CPU based on the ARM core), and every other ARM variant out there.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  5. Here's what I think would be funny... by Anonymous Coward · · Score: 4, Funny

    Mac users have had to endure 2 processor family changes and finally had to settle for the same one the PC uses. Could you imagine the irony if the PC switched to ARM and the Mac was left using the "outdated" x86 architecture?

    1. Re:Here's what I think would be funny... by CarpetShark · · Score: 2, Funny

      Apple would probably be quite happy to start over on a new arch with Windows. Competing head-to-head on a new platform would be a big catch-up compared to their current position of limited drivers.

    2. Re:Here's what I think would be funny... by TheRaven64 · · Score: 5, Insightful

      Apple already ships a huge number of OS X machines with ARM chips, they just brand them as iPhones and iPod Touches. OS X makes it easy to add another architecture for fat binaries and most OS X apps have already been ported from PowerPC to x86 so have no CPU dependencies; porting them to ARM would be relatively easy. That said, since Apple bought PA Semi, I wouldn't be entirely surprised if they released a PowerPC chip that competed in the same area as ARM.

      --
      I am TheRaven on Soylent News
    3. Re:Here's what I think would be funny... by TheRaven64 · · Score: 5, Informative

      It uses the same kernel. It uses the same CoreGraphics, Foundation, and CoreAnimation frameworks as well as countless others. About the only difference is that OS X on the iPhone does not have AppKit or Autozone.

      --
      I am TheRaven on Soylent News
  6. Applications are the problem by jmorris42 · · Score: 3, Insightful

    Windows on ARM would be as pointless as every other port Microsoft has tried and eventually killed off. And for the same reason, lack of applications.

    Microsoft itself has never bothered porting any of their consumer apps such as Office. Remember DEC having to use FX!32 to get Office running via emulation at a fraction of native speed... leading customers to fail to see the advantage of the Alpha. Now we are to expect the hundreds of large and small shops making the Windows apps people associate with "Windows" to all port to a platform where there are no suitable developer workstations available and Windows development tools lack much in the way of cross compiler support.

    Compare to Linux on ARM where pretty much the entire Debian/Ubuntu collection is up and running and Adobe has ported the one key closed piece, Flash Player.

    --
    Democrat delenda est
    1. Re:Applications are the problem by Anonymous Coward · · Score: 2, Informative

      > Remember DEC having to use FX!32 to get Office running via emulation at a fraction of native speed

      I'm assuming by fraction you mean somewhere between .9 and 1.1. Yes, if you had some ancient, assed-out Multia running at 166MHz you weren't
      going to be happy compared to a then-smoking 450MHz P3. However, at the same time Intel was stuck around 450MHz, Digital was cranking their
      processors to much higher clock speeds.

      P.S. Word and Excel had native AXP ports. You were stuck using FX!32 to run Outlook, but be honest -- who really gave a shit about Outlook 97?
      That's like complaining that Schedule+ or Microsoft Bob didn't run on your PWS500

    2. Re:Applications are the problem by jmorris42 · · Score: 3, Interesting

      > With .NET getting more popular, maybe now (or at least the near future) this will be less of an issue?

      I'm old enough to remember when people said these silly things about Java. No it won't help much. As someone else in this topic has already noted most non-trivial .net apps use native .dlls to make up for the performance problem with .net. Just like Java did. Then there is the problem that while Microsoft has spent oddles optimizing the compiler and virtual machine to perform fairly well on x86 it is doubtful much effort will be expended on ARM. Again Java is the reference model except Sun did make Sparc a first class Java platform along with x86.

      But finally there is the bigger question, just how many application domains are even suitable for .net? Anyone expecting games (not counting little cellphone suitable stuff) to EVER be released as managed code will grow old and die waiting. Tier one applications will also be unlikely to forego the performance advantages of native code. Adobe won't be releasing Creative Suite on .net. And don't expect Microsoft to eat their own dogfood anytime soon with IE or Office.

      And since I'm posting a followup anyway I forgot one other point in my assertion that few 3rd party ISVs would bother with ARM. Windows is mostly a platform for commercial applications and shareware. This means they expect to have people actually pay money for applications, usually a pretty nice price. What market segment is ARM netbooks targeting? $300 will likely be the high water mark this Xmas, never to be seen again as by Xmas '10 the ever lowering price tags will have moved down again. How many copies of Creative Suite would Adobe expect to sell? Even Intuit would probably be dubious as to how many units of Quickbooks they would move to such price sensitive customers.

      Note, I believe the ARM advantage is more than price but doubt the market will realize that anytime soon and produce my dream machine. I want a replacement for my Thinkpad X31. Something with a 12" widescreen with at least 1280x720 resolution, 2 GB ram, 32 or 64GB of SSD and with the ARM enough staying power to run all day (12+ hours at least) while still being lighter than the X31.

      --
      Democrat delenda est
  7. Re:Dream on by jernejk · · Score: 3, Interesting

    Well, Microsoft can't just ignore the risk "if x86 goes down, we go down". For this reason some kind of even the lastest versions of windows portability is plausible, IMO.

  8. Re:Dream on by Nursie · · Score: 2, Insightful

    Yes, so all the standard (rubbish) arguments people make about linux apply equally here.

    Oh but I can't run $software_2_people_use! It's useless!

  9. Make MS come to you by alvinrod · · Score: 3, Insightful

    Don't even bother trying to make a deal with the devil. The rotting corpses of the scores of companies screwed over through their dealings with Microsoft line the landscape of the past decades tech industry. Instead, make them come to you and don't make any deals with them either. If ARM based netbooks start becoming a huge commodity, Microsoft is going to have to port a version of Windows to run on ARM processors or they'll end up missing out on sales.

    It would probably make a great deal of sense for Microsoft to work on this as well as it would most certainly help out their ailing phone technologies as well. They'd probably rather that ARM-based netbooks not take off in the market, but if they were to do so, Microsoft wouldn't be able to ignore them. I wouldn't bother making any plans with them at this point; they'd only find some way to fuck you over.

    1. Re:Make MS come to you by dhavleak · · Score: 2, Interesting

      Do you mean, like they fucked Intel over on IA32/IA64?
      Or the way they fucked Alpha over (when NT used to run on that arch.)?

      Oh that's right -- they didn't!

      And for that drivel you wrote to be ranked +3 Insightful just goes to show how worthless this site has become.

    2. Re:Make MS come to you by commodore64_love · · Score: 2, Informative

      Microsoft fucked-over IBM when they suddenly decided to develop Windows 3 as their main OS, instead of sticking with the original OS/2 agreement. For the rest of this post, I'll just quote wikipedia because it saves typing effort:

      "The majority of criticism has been for its business tactics, often described with the motto "embrace, extend and extinguish". Microsoft initially Embraces a competing standard or product, then Extends it to produce their own version which is incompatible, which in time Extinguishes competition that cannot use Microsoft's new protected version." [editors note - See Lotus 1-2-3 and WordPerfect as examples.] [Also DR-DOS = http://en.wikipedia.org/wiki/Windows_3.1#DR-DOS_compatibility ]

      "... vice president of Intel, Steven McGeady, testified that Microsoft vice president Paul Maritz used the phrase in a 1995 meeting to describe Microsoft's strategy toward Netscape, Java, and the Internet."

      - Browser incompatibilities: Added ActiveX to break compatibility with existing NSCA Mosaic and Netscape Navigator

      - Breaking Java's portability - Microsoft deliberately tied Java programs to its Windows platform, making them unusable on Linux, Mac, Amiga, or NeXT systems, rather than Java's original intent (platform-independence)

      - Networking: In 2000, an extension to the Kerberos networking protocol was included in Windows 2000, effectively denying all products access except those made by Microsoft

      - Instant Messaging: Microsoft put pressure on AOL to make its IM networks interoperable with competing instant messaging services, an outcome that eroded AOL's market leadership.

      - Adobe fears: Adobe Systems refused to let Microsoft implement built-in PDF support in Microsoft Office, citing fears of EEE.

      - More Browser Incompatibilities (CSS, data:, etc.): A decade after the original Netscape-related antitrust suit, the web browser company Opera Software filed an antitrust complaint against Microsoft with the European Union

      - Spreadsheet non-conformance with ODF standards

      "In 2004, to prevent a repeat of the "browser wars," and the resulting morass of conflicting standards, Apple Inc., Mozilla Foundation, and Opera Software formed the Web Hypertext Application Technology Working Group to create open standards. Microsoft has so far refused to join."

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    3. Re:Make MS come to you by dhavleak · · Score: 5, Insightful

      Take yourself a little less seriously for 5 minutes, and try to come up with a credible scenario in which MS can fuck ARM over. Remember for those 5 minutes that TFA refers to CPU architectures. Try to resist MS-bashing just long enough to stay on topic..

      In any case, let me address a bit of that garbage you spewed:

      1. Regarding your point about Lotus. Read here to be disabused of this myth/dogma: http://www.proudlyserving.com/archives/2005/08/dos_aint_done_t.html Or here if you prefer: http://slashdot.org/articles/05/08/02/2219208.shtml?tid=109&tid=1
      2. "Vice president of Intel, Steven McGeady..." -- whatever. It's just words..
      3. You don't think Active-X was simply a plugin architecture? Why do you suppose other browsers have plugin architectures? All of them are trying to break compatibility with each other???
      4. "Microsoft put pressure on AOL to make its IM networks ** interoperable ** with competing instant messaging services, an outcome that eroded AOL's market leadership." What exactly are you complaining about here???
      5. Adobe Systems refused to let Microsoft implement built-in PDF support in Microsoft Office, citing fears of EEE." And this is proof that MS is evil? Adobe disallowed something, therefore MS is evil??
      6. "A decade after the original Netscape-related antitrust suit, the web browser company Opera Software filed an antitrust complaint against Microsoft with the European Union" Find me a 100% standards-complaint browser, I'll show you a software maker who has a right to complain. Opera and Safari do a better job than most, but nobody is 100% compliant.
      7. Spreadsheet non-conformance with ODF standards" -- ODF 1.0 and 1.1 do not support formulas. The result? All ODF spreadsheet implementations are application dependant. See here for detials. Note MS's complete transparency in the implementation process.
      8. "Apple Inc., Mozilla Foundation, and Opera Software formed the Web Hypertext Application Technology Working Group to create open standards. Microsoft has so far refused to join." See here: (Chris Wilson of Microsoft was invited but did not join, citing the lack of a patent policy to ensure all specifications can be implemented on a royalty-free basis.) - What, again, was your objection?? Also note - WHATWG was formed to accelerate standards creation - not to avoid browser war incompatibilities as you claim.

      That leaves you with 2 out 10. It's still pretty damning, but it's even more damning that 8 out of 10 of your accusations have no basis. So I repeat, stop taking yourself so seriously. Try seeing past the dogma for 5 mins, so you can respond with something related to the article itself rather than this off-topic drivel.

    4. Re:Make MS come to you by commodore64_love · · Score: 2, Insightful

      Talking to someone who is in love with Microsoft, is like trying to convince a girl not to marry her abusive boyfriend. Nigh-impossible. You sir are an apologist trying to defend actions that are not defensible. (Similar to how the record companies' actiosn to fix CD prices at $12 were indefensible, and eventually led to a U.S. FTC lawsuit.)

      As for ARM -

      Microsoft could screw them the same way the screwed PowerPC Mac owners. Sign an agreement to develop the software, do it for five years and gradually win-over fans to the Microsoft way of doing things, and then just stop, leaving ARM/PowerPC users feeling abandoned. Yes ARM will make money during those give years, but eventually they will be stabbed in the back as Microsoft leverages their position to suck users away.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
  10. Please stop with these by fat_mike · · Score: 4, Insightful

    The article is nothing but FUD. They base the relationship of Microsoft and Intel cooling on a comment an Intel employee made at a trade show that some Microsoft employees in the next booth overheard and said "Hey, we're listening."

    This is just another crappy article that is spread over a bazillion pages when one when would do so they can push their advertisers.

    "What if Microsoft switched to ARM?"

    "What if Count Chocula and the Cookie Monster teamed up kidnapped the Keibler Elves? What if monkey's flew out of Cowboy Neil's butt? What is Megan Fox showed up naked at my front door with Natalie Portman covered in grits?"

    Its about the same comparison.

    1. Re:Please stop with these by bryonak · · Score: 2, Funny

      "What if Count Chocula and the Cookie Monster teamed up kidnapped the Keibler Elves? What if monkey's flew out of Cowboy Neil's butt? What is Megan Fox showed up naked at my front door with Natalie Portman covered in grits?"

      I find your thoughts intriguing and wish to subscribe to your newsletter!

  11. Re:Good way to enter the market by Orange+Crush · · Score: 4, Informative

    ^Apple didn't suddenly port Mac OSX to x86. Both versions had been in development since OSX's inception so Apple could keep its options open if the PPC roadmap didn't unfold to their liking. It didn't, so they exercized the option.

  12. JVM/CLR by CarpetShark · · Score: 2, Interesting

    The problem isn't the OS, it's the software for the OS. On Linux, you port the kernel, and then simply rebuild your distro (fixing portability bugs in the process relatively rarely). Job done. On Windows, you need mom & pop go to the car boot sale, buy Knitting Extravaganza 4.0, and still have it install/run successfully.

    I think this is the whole reason why microsoft is pushing dot-net and higher-level languages -- not because they care about the languages so much, but because they care about abstracting the windows platform away from PCs until a virtual machine, like Java has been doing for years. Whether Windows, OS X, Linux, or something else wins the desktop wars, Java will survive. Microsoft wants to survive that loss too.

    1. Re:JVM/CLR by TheRaven64 · · Score: 5, Insightful

      Exactly. A few people want to run Windows, but most don't care. What they do want is to run Windows apps. A port of Windows wouldn't be a straight hardware fight with Intel. Windows NT ran on Alpha and was a lot faster (and not much more expensive) than anything Intel had to offer, but all of the apps were emulated x86 apps, which ran slower than native apps on Intel chips.

      The CLR helps a lot here. A .NET app isn't a native app anywhere, so it's a level playing field. Except that there are very few real .NET apps; they all include a load of native DLLs and unfortunately these are very often in performance-critical code.

      --
      I am TheRaven on Soylent News
    2. Re:JVM/CLR by bhtooefr · · Score: 2, Interesting

      To be fair, IIRC, Alpha's x86 emulation could actually run about as fast as the fastest x86 machines back then...

      But, Alpha ran at literally DOUBLE (or more) the clock speed, and had roughly equal integer IPC and better floating point IPC.

      ARM has a clock speed deficit and somewhere in the same IPC ballpark as Atom, the weakest of the current x86s.

      They are working on that, though. And, ARM did start out as a couple engineers at Acorn designing a custom CPU for a desktop machine, and they had one of the fastest desktop chips by a LOT when it came out. (They were gunning for the Amiga and the like, and an 8 MHz ARM2 just SLAUGHTERED the 7 MHz 68000. Yes, the 386 was about as fast at 25 MHz or so. But in 1987, a comparable 386-based machine was several times more expensive.)

      I'd like to see ARM be a viable alternative to x86, but I don't think it's happening for a while. Windows is necessary, and that won't happen until ARM is fast enough to emulate x86 at near-Atom speeds. Good news is, an ARM in the Atom power envelope could probably do that.

    3. Re:JVM/CLR by Miamicanes · · Score: 3, Interesting

      > A .NET app isn't a native app anywhere, so it's a level playing field.

      At least, until Intel, AMD, or somebody else adds native .CLR acceleration, kind of like ARM did with Jazelle. ;-)

      ARM had a bigger problem holding it back from Windows than raw speed -- RAM. It's dirt cheap on a PC, but hideously expensive on microcontrollers -- the universe where ARM dominates -- and the moment you decide to add a single byte of external RAM (SRAM, PSRAM, or otherwise) to a MCU design, you've just doubled to quadrupled the system's cost. That, more than anything, is what's killing embedded Java -- the CPU and its speed are the least of anyone's problems. You can buy a cheap ARM with enough onboard SRAM to run most embedded tasks written in C(++) or assembly for under $20 in single quantities, and slap it on a board with minimal external parts & due something useful with it.

      The last time I checked, the most sinfully ram-laden ARM was made by Atmel, and had a whopping 256kB of it. That's *almost* enough memory to do something trivial in Java... except if you were doing something THAT trivial, you'd do it in C and build the hardware for $20 instead of $100. I think it's safe to say that implementing hardware CLR acceleration won't be much harder/easier OR more/less resource-demanding than hardware Java acceleration... and with Java, nothing determines the system's ultimate performance and cost more than the amount of RAM it has.

      I'm sure ARM will fight a hard, valiant battle, but I think they're going to have a hard enough time fighting off x86-on-a-chip microcontrollers. I think there's already a German or Israeli company that's been showing off what's essentially a single-chip 386SX PC with a meg of RAM, VGA-ish graphics, and a reference BIOS that can make SD cards look like floppies and hard drives. Trust me... THAT more than anything scares the bejesus out of ARM, even MORESO because it's not even Intel that's pushing the embedded x86 envelope the hardest (Intel's earliest x86 patents are already expiring, and Intel ALSO happens to be one of the biggest manufacturers of ARM chips.

      ARM didn't become pervasive because it was the cheapest or best... it became pervasive because it was good enough, cheap enough, and available in roughly equivalent form from multiple companies. If Atmel's factory in Singapore goes up in flames, there are dozens of other foundries making ARM chips that are roughly similar. Probably not identical, but nothing like the difference between x86 and M68k, or x86 and ARM. Multiple sources means you can get away with Just-in-Time supply-chain management, instead of having to order and stockpile chips months before you're ready to start using them.

    4. Re:JVM/CLR by Anonymous Coward · · Score: 4, Interesting

      ARM had a bigger problem holding it back from Windows than raw speed -- RAM. It's dirt cheap on a PC, but hideously expensive on microcontrollers -- the universe where ARM dominates --

      Is a ARM11 based Freescale i.MX31 with all its stuff onboard a microcontroller? Is a PIC16F88 a microcontroller? What do these two devices have in common. Really, almost nothing at all.

      It really sounds like you're not considering the application space for ARMs at all. Except for some ARM7 stuff, an ARM core is much more capable of running software with a 256KB working set. The applications being discussed (netbooks, PDAs) couldn't do anything useful with 256KB no matter what the architecture.

      Almost all modern ARM cores are implemented along with an SDRAM controller, which in many cases will support DDR2. This is the exact same RAM used in many PCs and since this is a commodity its trading price will be exactly the same. Obviously the unit cost for raw DRAM chips will be lower than that for a DIMM stick from Newegg. So really, no, there is no reason why RAM is any more costly for these "microcontrollers" as you call them.

      Also realize that onboard memory for these devices is typically SRAM and in some ways acts like an L2 cache for these devices. The per-bit cost is many times that of DRAM. Since, DRAM is cheap and the controller is builtin, the cost of memory for these ARM "microcontrollers" is just as cheap as PC RAM, because it is PC RAM. You are simply wrong.

      Even in a number of somewhat embedded applications, the cost issue in an ARM based platform will generally not be constrained by RAM prices, but by Flash prices. In most applications that require the horsepower of a ARM9, the use of a non upgradeable components is very limited, so these systems WILL have Flash. It is quite common to design a system with 16MB of RAM and 1MB of Flash with a total unit cost of sales of $20. (The ARM MCUs are in the $4-6 range in modest ~1000 quantities)

      Probably not identical, but nothing like the difference between x86 and M68k, or x86 and ARM. Multiple sources means you can get away with Just-in-Time supply-chain management,

      I really question your background in this area. This is just not true. In fact it is quite wrong. Despite all the problems with PCs, there is more standardization with ACPI, PCI, and x86 then there is with anything ARM based.

      How many sources are there for a Samsung S3C2442: 1
      i.MX31: 1
      Marvell PXA320: 1

      If you had a complete custom embedded system based on the peripherals of one of these and you had to create a new driver set from scratch, how long would it take? Let me tell you from first hand experience that it is not a weekend project.
      The only thing that those three examples have in common is *some* of the instruction set architecture (not even the cores are the same--in fact, actually the ISA diverges in a number of non-fundamental ways). And even if they had identical cores, that is not a complete system. Merely an important part.

      If you really think if you have a hardware and software design with say a Freescale ARM based device and you can just drop-in a PXA320 and be done in a couple weeks, you are smoking something, or really don't know how much has to be accomplished in that couple weeks.

      The reason that we get away with these single sourced components is because we are relatively certain that if Motorola or Intel decides to get out of the business, the product is still enough of a cash machine that other companies will spin-off or buy it (eg Freescale and Marvell) and in reality there are usually contractual agreements and last-time-buys and a number of economic considerations that a major manufacturer goes through. It has nothing to do with any (nonexistent) technical uniformity in the ARM core based MPU/MCU industry. Nothing at all.

      Trust me, I do low-cost embedded systems design for a living, and most of what you say just doesn't make sense.

      Having developed 386SX based industrial systems in the early 90s, if you think some SoC with 386SX hardware has anything to do with ARM's roadmap, you really don't know a thing about either.

  13. Re:Good way to enter the market by itsdapead · · Score: 2, Interesting

    I don't even want to know what ix86 emulation on ARM is like...

    Well, it was ok for light use in 1988 (NB: PDF file, parent page is here). That was back in the day when ARM was pitched as a high-performance workstation chip rather than a low-power option.

    Seriously, though, the windows back-catalogue might not run on ARM, but the .NET framework is MS's preferred platform for new apps, and that is VM-based and supposed to be CPU independent, is it not?

    --
    In a survey of 100 programmers, 111111 thought that duck-typing was a good idea.
  14. Re:Good way to enter the market by Jeremy+Erwin · · Score: 5, Informative

    Look at how quickly Apple ported Mac OS to Intel.

    Apple maintained an internal cross platform port.

  15. Re:Dream on by allaunjsilverfox2 · · Score: 3, Insightful

    They do have a port for power architecture , its called the xbox360. :p

    --
    Restore the madness of youth's lechery
  16. Re:Full Windows on a phone? by DrLang21 · · Score: 3, Interesting

    Was it Linus who said that Microsoft hating was a disease? I am a Linux user at home. I'm not much of a fan for Windows XP and I loath the Vista user interface. Windows 7 actually has me a little excited. And all of these are stable systems. The benefit to Windows XP being around for so long is that Microsoft had a long time to make it stable. I haven't had a blue screen of death on Windows in years. It's time for people to move on from knocking Windows for instability. It just makes them look like lackeys.

    --
    I see the glass as full with a FoS of 2.
  17. Re:Full Windows on a phone? by sortius_nod · · Score: 3, Informative

    Actually, the first BSOD I had in a number of years was when I installed Vista recently (fully SPed too). I quickly went back to XP until 7 RTM came out.

    Yes, I will admit 7 has been quite smooth, apart from the odd lock up/crash when playing TF2. Still, there's your lock up.

    Whether you're a fanboy or not, you seem to be ill informed about windows issues. They still exist and are still a thorn in Microsoft's side.

  18. Applications? by Phroggy · · Score: 4, Interesting

    When Apple switched from Motorola 680x0 to PowerPC processors in 1994, they built an emulator into the operating system to allow m68k code to run transparently on the new platform. In fact, they didn't even port the entire operating system itself; bits and pieces of it ran under emulation for years as Apple gradually finished porting it all.

    In addition, they created an easy way for applications to be compiled natively for BOTH architectures at the same time, and encouraged application developers to release fat binary versions of their apps. This worked so well that the majority of users weren't even aware that the PowerPC was a completely new incompatible architecture, as opposed to simply a new faster version of what they'd always had.

    When Apple switched CPU architectures again, they mostly duplicated this success. Some applications and drivers aren't compatible with Rosetta (the PowerPC emulator), and it's not possible to use a plugin compiled for one processor in an application compiled for another, but Apple's own developer tools offered a simple checkbox to recompile an app as a Universal Binary, and most developers have moved away from third-party compilers.

    Microsoft does have x86 emulation technology that they bought from Connectix a few years ago, but they have no experience getting applications to work transparently across dissimilar architectures, and moving from a faster Intel CPU to a slower ARM CPU makes emulation pretty unappealing anyway. Look at what a pain in the ass it is just to get everything to work on a 64-bit version of Windows!

    Mac developers are accustomed to following Apple's spontaneous whims, because users consistently reward them with big piles of cash, but Windows developers have a lot less incentive to play ball by releasing native applications for a platform that doesn't exist yet, has no users, and seems unlikely to get users because there is no native software. If they can make the emulation work perfectly, then they might get some users, and if they have users, some developers will start porting their apps. You'll never get all of them, of course, but the ones most people use every day will probably have ARM-native versions introduced. Also, pure .Net applications should work perfectly out-of-the-box. Microsoft wouldn't use a universal binary architecture like Mac OS X; since virtually all Windows applications require an installer and you can't easily move an app from one computer to another without reinstalling it from scratch, there's no reason to do that.

    In contrast, Apple could announce a new ARM-based Mac netbook tomorrow, and a majority of developers would have native applications ready to go in six months.

    --
    $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
    $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
    1. Re:Applications? by et764 · · Score: 2, Interesting

      Microsoft does have x86 emulation technology that they bought from Connectix a few years ago, but they have no experience getting applications to work transparently across dissimilar architectures, and moving from a faster Intel CPU to a slower ARM CPU makes emulation pretty unappealing anyway.

      Microsoft actually does have some experience with this. The XBox 360 is PowerPC-based, but it's able to run games from the original XBox, which was x64-based. I'm not sure, but this is quite possibly done using the very software you mentioned from Connectix.

      At any rate, if Microsoft were to release an ARM port of Windows, it'd very likely be some kind of Windows Netbook Edition, and application providers would release versions of their apps for the netbook edition. It seems like the trend is largely towards smaller computers, and software companies would be stupid not to make sure they support this space too.

    2. Re:Applications? by raftpeople · · Score: 2, Informative

      Hardware x86 was dropped from Itanium when Itanium 2 came out, from then on it's a software emulator. So if your ZX6000 has an older Itanium processor then it probably has the x86 hardware on the chip.

  19. Re:That's pretty amazing... by Dogtanian · · Score: 2, Insightful

    Only five years ago, people would have laughed at the idea of music and video on computers

    I'm guessing the OP meant to say "on phones", not "on computers".

    Even on phones, I doubt people would have been laughed at the idea five years ago. Remember that the Motorola Rokr (the iTunes compatible phone) was out almost four years ago, and it's not like playing MP3s on your phone seemed such a big deal even then.

    Ten years ago, perhaps. It's almost exactly 10 years since Napster arrived, and most people at that time hadn't even heard of- let alone listened to- MP3s. The first style/youth-oriented phone, the Nokia 3210, had only just arrived as well, offering (*gasp*!) customisable ring tones- customisable monophonic beeps that is.

    So, ten years ago, the embryonic parts of today's market had literally just arrived on the scene, though perhaps it wasn't obvious at the time. However, five years ago, I doubt that (given the ever-increasing power of electronics) MP3 and video on phones in the near future would have seemed that far fetched.

    --
    "Slashdot - News and Chat Sites Deviant". (Click "homepage" link above for details).
  20. Vista? by Moof123 · · Score: 2, Insightful

    If M$ can shove Vista down consumers throats (admittedly their success rate has been low), why can't folks imagine something just as preposterous on the hardware front?

  21. Re:Good way to enter the market by mdwh2 · · Score: 2, Insightful

    Well they've been selling Linux netbooks. Remember that lots of people are buying these to access the Internet, and not to run general applications. An ARM Windows netbook won't have the disadvantages of unfamiliarity, or people who insist on Windows because that's all they know. It'll also be much easier to port apps to it from x86 Windows, than to Linux.

    Anyhow, Microsoft themselves could supply web browser, email client, IM program, complete office suite, media player, which covers most people's uses of netbooks.

  22. Re:That's pretty amazing... by mdwh2 · · Score: 2, Interesting

    He's still wrong - I'm pretty sure mp3 phones were around before 5 years ago, and it was also around 2004 that companies were hyping viewing video on then new 3G phones.

    Now 11 years ago, that's when we laughed at the idea of video on compuers :)

  23. "nothing other" by zogger · · Score: 2, Interesting

    When the first decent mass produced netbook -running ARM- hits the status of "blisterpack computer hanging near the checkout @ $99.95".. right next to the prepaid cellphones..I think the sales will be a lot better than "nothing other" and there will be browsers and media players and chat clients and wifi and so on, on it. Who knows, I could see a combo package, the netbook AND a cellphone in the same blisterpack.

    And people will not care if it isn't microsoft, or x86, just like they don't care much today with cheaper phones. If it does some basic expected things, that's all it needs. They will sell millions of those machines. Browse, watch vids or listen to tunes, do some email, do some messaging...they'll sell. Nailing that C note is a huge marketing psychological advantage, first company there with something that doesn't suck and is "good enough" will get "*rich*. At 3-5 hundred bucks like they are today, nope, just little laptops with no DVD drive, they sell good enough, but... when netbooks crack $100...license to print money almost. More apps and developer interest will follow shortly.

  24. Re:Compatibility layer for CE just like for 3.1 by Korin43 · · Score: 2, Informative

    Compatibility layers are much different than emulation. To run a DOS/Windows 3.1/Win 95/etc. program in Windows 7 all you need is the old libraries. I assume the x86-64 instruction set includes stuff to make x86 emulation faster. My guess is that emulation x86 on an ARM processor is nowhere near fast (otherwise they'd just always run them in emulation mode and compete with the Intel Atom and Via Nano).

  25. Shit tons? by Anonymous Coward · · Score: 2, Funny

    Is that a regular ton + the weight of the approximate animal that shit that much for a whole year?

    So, the average 180lb man would excrete 1 shit ton or equivalent of 2 English pounds of solid waiste for 365 days to meet the expectancy of his shit ton?

    I know a full-size mare would reach a man's shit ton every 2 months easily, so that would make a man about 1/6 mare shit ton, and if a man were to sire a creature to be half-horse then that offspring would be 1/3 mare shit ton.

    I know I kinda eluded onto a metric that might differentiate from yours, so I'll wait for your enlightenment O-ring King.

    1. Re:Shit tons? by Gilmoure · · Score: 2, Funny

      What's the conversion equation between shit-ton and metric butt-load?

      --
      I drank what? -- Socrates
  26. Open source 3D acceleration by coder111 · · Score: 2, Interesting

    I've looked at BeagleBoard and some other TI OMAP3 board specs. They all have PowerVR video/3D accelerator, which does not have any open-source drivers. And I'm not even sure about closed source ones. These boards lose 90% of their cool without them.

    Reading these specs felt like kissing a girlfriend and then getting kicked in the groin... Especially at a time when it is becoming possible to have a 100% open-source supported hardware in desktop machines (ATI drivers started supporting new cards, lots of opensource wifi drivers are mature, etc).

    --Coder