Slashdot Mirror


Intel Fires Warning Shot At Qualcomm and Microsoft Over Windows 10 ARM Emulation (hothardware.com)

MojoKid quotes a report from HotHardware: Qualcomm and Microsoft are on the verge of ushering in a new class of always-connected mobile devices that run full-blown Windows 10. The two are enabling ARM-based Snapdragon 835 processors to run Windows 10 with full x86 emulation, meaning that devices will be capable of not only running Universal Windows Platform (UWP) apps from the Windows Store, but legacy win32 apps as well. There is little question, Intel is likely none too pleased with it and PC OEM heavyweights Lenovo, Hewlett-Packard and ASUS have also signed-on to deliver Windows 10 notebooks and 2-in-1 convertibles powered by Qualcomm. Until now, Intel sat by quietly while all of this unfolded, but the company today took the opportunity to get a bit passive-aggressive while announcing the fast-approaching 40th anniversary of the world's first x86 microprocessor. The majority of the press release reads like a trip down memory lane. However, Intel shifts into serious mama bear mode, with significant legal posturing, touting its willingness to protect its "x86 innovations." Intel goes on to say that Transmeta tried and ultimately failed in the marketplace, and has been dead and buried for a decade. The company then pivots, almost daring Microsoft and Qualcomm to challenge it by making Windows on ARM devices commercially available. "Only time will tell if new attempts to emulate Intel's x86 ISA will meet a different fate. Intel welcomes lawful competition... However, we do not welcome unlawful infringement of our patents, and we fully expect other companies to continue to respect Intel's intellectual property rights."

197 comments

  1. Can go either way by Luckyo · · Score: 5, Insightful

    Between the fact that current ISA is actually AMD64 (which is x86 compatible, but not intel-designed) and the fact that many key patents should have expired by now, it's going to be interesting if intel has the legal bass to actually stop this from happening.

    1. Re:Can go either way by gweihir · · Score: 4, Interesting

      As far as I remember, emulation is not covered by the patents anyways, as an instruction-set is basically an API. Does anybody know whether this is accurate?

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    2. Re:Can go either way by Carewolf · · Score: 3, Informative

      Between the fact that current ISA is actually AMD64 (which is x86 compatible, but not intel-designed) and the fact that many key patents should have expired by now, it's going to be interesting if intel has the legal bass to actually stop this from happening.

      Yeah. Even AMD64 is almost 15 years old by now. They might have patents on some newer additions (maybe no AVX emulation?), but what can still be patented about x86?

    3. Re:Can go either way by Anonymous Coward · · Score: 3, Informative

      The other hilarious part of this is that Intel shipped ARM emulation code for x86-based Android devices for a few years before totally failing to gain any traction and giving up.

    4. Re:Can go either way by Anonymous Coward · · Score: 0

      http://www.computerhistory.org/timeline/computers/

      Early IBM mainframe competitors copied the IBM system/360 instruction set.

    5. Re:Can go either way by PPalmgren · · Score: 4, Funny

      Honestly? I'm more interested in what Intel's legal bass tastes like. Is it more like a sea bass, or one of those skanky lake bass? This is important stuff.

    6. Re: Can go either way by Anonymous Coward · · Score: 4, Funny

      Is Skanky Lake the next generation of processors beyond Kaby Lake and Ice Lake?

    7. Re:Can go either way by MachineShedFred · · Score: 1

      Well, that situation is different - Intel is a licensee of ARM. Remember the StrongARM / Xscale chips? When they bought DEC, they got DEC's license.

      --
      Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
    8. Re:Can go either way by thechemic · · Score: 0

      The legal bass is in the range of 20hz - 100hz and sounds really good coming out of the back of a hatchback.

      --
      Let's make like a bird... and get the flock outta here.
    9. Re:Can go either way by Opportunist · · Score: 1

      Legal? Nah. FUD is the message here, didn't see that? Basically they're saying "This cannot fly. Look at Transmeta. See? We left them in the dust. And this, this HAS to go the way of the Dodo too!"

      They're trying to badmouth it, not fight it with patents.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    10. Re:Can go either way by Anonymous Coward · · Score: 0

      ?? Compaq bought DEC. HP bought Compaq.

    11. Re:Can go either way by Anonymous Coward · · Score: 0

      50Hz.

      Get yo Mains Hum Here. This Hatchback comes with mains hum!

    12. Re:Can go either way by The123king · · Score: 1

      I play the Legal bass. It requires filing a lot of paperwork, waiting a few months and then hoping you've not been found guilty of touching it inappropriately

      --
      If you gave me a choice between a printer and a giraffe with explosive diarrhoea, i'll get my ladder and my raincoat
    13. Re:Can go either way by The123king · · Score: 0

      You shouldn't crash into power lines then.

      --
      If you gave me a choice between a printer and a giraffe with explosive diarrhoea, i'll get my ladder and my raincoat
    14. Re:Can go either way by Anonymous Coward · · Score: 0

      So we go back to that awful Oracle vs. Google case about whether an API can be copyrighted. And they go after that instead of the patents. At the end of that case, the supreme court (or maybe it was an appeals court) made the ridiculous decision that an API can be copyrighted.

    15. Re: Can go either way by Anonymous Coward · · Score: 0

      The morons at Microsoft decided to run 32 bit apps first, giving Intel time to react.

    16. Re:Can go either way by alexhs · · Score: 1

      it's going to be interesting if intel has the legal bass to actually stop this from happening.

      If they don't, they can always attempt the shark with frickin' laser beams attached to its head.

      --
      I have discovered a truly marvelous proof of killer sig, which this margin is too narrow to contain.
    17. Re:Can go either way by slashdice · · Score: 3, Informative

      DEC sued Intel over something or other and as part of the settlement, Intel bought StrongARM off of DEC.

      --
      Copyright (c) 1990 - 2014 Dice. All rights reserved. Use of this comment is subject to certain Terms and Conditions.
    18. Re:Can go either way by msauve · · Score: 1

      I think they already jumped the shark.

      --
      "National Security is the chief cause of national insecurity." - Celine's First Law
    19. Re:Can go either way by Anonymous Coward · · Score: 0

      It was an appeals court.

      SCOTUS didn't hear the Oracle v. Google case, I assume because the underlying issue of whether API copying is fair use or not hadn't yet been determined by the lower court and they wanted to rule on the whole case.

    20. Re:Can go either way by mindwhip · · Score: 1

      It really depends on how they implemented the emulation. There is more to emulating a processor than just re-implementing the instruction set. If they took the instruction set and re-implemented it from scratch, adding new implementations of caches, memory management etc and didn't copy the actual internal processes of the chip there shouldn't be a problem with patents however there may be issues with compatibility as there will likely be issues where the emulation differs from the hardware (for example on undocumented register side effects, memory timing etc). If they looked at the chip and how the various features, extensions, caches etc operate and copied that into a code version then they likely might have a problem. While AMD64 was an AMD creation (as the name implies) and while they were competing with Intel, there was still a level of patent cross-licensing between the two companies and both Intel and AMD likely have non-expired patents that are relevant.

      --
      [The Universe] has gone offline.
    21. Re:Can go either way by unixisc · · Score: 1

      Between the fact that current ISA is actually AMD64 (which is x86 compatible, but not intel-designed) and the fact that many key patents should have expired by now, it's going to be interesting if intel has the legal bass to actually stop this from happening.

      While that's true, what is being emulated is 32-bit x86, not (just) the 64-bit x64. And that is something Intel owns. Of course, if they've expired, that's another story.

      But I see this move as Intel punching downwards. An ARM has no chance of doing a good job emulating x86. What might happen is that x86 software will be emulated on ARM, but then software writers - at least the ones whose software is popular on this platform - would port their software to be ARM native: it can still sleep in Microsoft's Windows Store. What would be different would be that they can then have a fair shot at running native.

      Except that this would mean Microsoft having to provide win32 Visual Studio or other app dev tools for WARM for developers to port their legacy (read XP or Windows 7) applications to this. Even if Microsoft does that, will the devs be willing?

    22. Re: Can go either way by unixisc · · Score: 1

      Reason being that win32 applications i.e. software written specifically for XP or Windows 7 - are what's widespread out there, not the stuff Microsoft allows into Windows Store. The reason Windows RT was a bust was that those tablets couldn't run Wintel apps, which are essentially win32. Which is why Microsoft started w/ that.

      But Intel never had any problems w/ other CPUs like Alpha or MIPS trying to emulate x86, and those chips were far more powerful than ARM. It's bizarre that they'd object to this.

    23. Re:Can go either way by Guspaz · · Score: 2

      Microsoft/Qualcomm aren't emulating AMD64, though, they're only supporting 32-bit x86 apps. If they want to avoid any patents at all and went back 20 years, they might run into some compatibility issues, because 1997 puts them before every single marketed instruction set extension: MMX was introduced in 1997, so getting in just before that, you're basically back to the 486 or early pre-MMX Pentium 1.

      The question is, how much modern Windows software is ABI compatible with the 486, and doesn't assume MMX or SSE support?

    24. Re: Can go either way by capntao · · Score: 1

      you fool! if this hadn't been AC you'd have another mod point going your way.

    25. Re:Can go either way by alva_edison · · Score: 1

      50Hz.

      Get yo Mains Hum Here. This Hatchback comes with mains hum!

      Mains Hum in real countries is 60Hz. ;)

      --
      He effected a bored affect.
    26. Re:Can go either way by Curunir_wolf · · Score: 1

      The question is, how much modern Windows software is ABI compatible with the 486, and doesn't assume MMX or SSE support?

      Probably not much. In fact, Windows 10 will not run on any x86 processor that doesn't support PAE, NX and SSE2, and that's been the case since Windows 8.

      --
      "Somebody has to do something. It's just incredibly pathetic it has to be us."
      --- Jerry Garcia
    27. Re:Can go either way by Curunir_wolf · · Score: 1

      No. No, they won't. If I have to port software that old to ARM, I might as well port it to Linux or Android.

      --
      "Somebody has to do something. It's just incredibly pathetic it has to be us."
      --- Jerry Garcia
    28. Re: Can go either way by slazzy · · Score: 1

      In the medical world companies file similar enough patents to confuse government examiner's basically getting a 25 year extension. Not sure if Intel has done this or not.

      --
      Website Just Down For Me? Find out
    29. Re:Can go either way by Anonymous Coward · · Score: 0

      > Intel is a licensee of ARM.

      Intel sold that licence to Marvel a decade ago.

      http://appleinsider.com/articles/15/01/19/how-intel-lost-the-mobile-chip-business-to-apples-ax-arm-application-processors

    30. Re:Can go either way by ChunderDownunder · · Score: 1

      The absolute minimum requirement for Windows XP was a plain old Pentium, with neither MMX or SSE.

      But you asked 'modern', so one might assume that software written in the last 15 years would target something newer.

    31. Re:Can go either way by caseih · · Score: 2

      Don't know why you think that. Nearly all Windows applications are "legacy" applications right now. Meaning Win32 api. If devs could just select ARM from the Visual Studio target drop-down box and hit go, they'd be all over that I think. Maybe not things like Adobe products, unless they see a big enough market. But for things like office applications such as MS Office, Quicken, Chrome, Firefox, etc (the apps people actually use vs Windows Store), you can be that if VS supports the ARM target, they will be there. Really win32 is going to be with us for many years yet. And having an easy way to target ARM with that api scares Intel. They don't seem to be scare of universal Windows apps, which by definition are more portable between architectures.

      Arm is really fast enough for many things that people use every day if VS made it easy to target without resorting to C# and universal apps. Heck even with emulation of x86 it's fast enough for some things like basic tasks in MS Office.

      If the choice was porting a "legacy" app to a universal metro app, then yeah you'd be correct.

    32. Re:Can go either way by Agripa · · Score: 1

      The question is, how much modern Windows software is ABI compatible with the 486, and doesn't assume MMX or SSE support?

      A lot now requires at least SSE2 whether it uses it or not so the minimum emulation target is the Pentium 4. This has become a major problem with my legacy Pentium 3 systems which have plenty of performance but are no longer supported.

    33. Re: Can go either way by scdeimos · · Score: 1

      But Intel never had any problems w/ other CPUs like Alpha or MIPS trying to emulate x86, and those chips were far more powerful than ARM. It's bizarre that they'd object to this.

      Hardly. By comparison Alpha and MIPS were niche/hobbyist processors very low numbers in the marketplace. ARM is ubiquitous and is a serious threat to Intel sales if it can emulate x86.

    34. Re:Can go either way by Anonymous Coward · · Score: 0

      IIRC, they sold the StrongARM/XScale business to Marvell in 2006. The first Android device wasn't even released until late 2008. So unless Intel re-licensed ARM, they don't have that excuse.

    35. Re:Can go either way by Guspaz · · Score: 1

      SSE2, then, requires that Microsoft pay the licensing fees, since those patents wouldn't have expired yet.

    36. Re:Can go either way by Anonymous Coward · · Score: 0

      http://www.deathbulge.com/comics/28

    37. Re:Can go either way by Agripa · · Score: 1

      Since SSE2 is one of the requirements Microsoft has been making, they have my sympathy ... not.

    38. Re: Can go either way by Anonymous Coward · · Score: 0

      I dont think MS does it for fun, XP needs cmpxchng8 for atomic linked lists etc.

  2. The Big Question Is... by dryriver · · Score: 1

    How fast can Snapdragon processors run Windows software? I'm sure that productivity software - Word, Excel, PowerPoint, OpenOffice Acrobat Reader, Edge, Firefox, Chrome et cetera - will run just fine. That stuff doesn't need huge CPU power to begin with. What about something more CPU-heavy like Adobe Photoshop, AfterEffects, AutoCAD, 3D Max,Blender, Handbrake? How fast will that software run on Snapdragon? Of course this is no big problem - if ARM can't run it today, you can always run it on an Intel or AMD box. But the question remains - how fast is emulated Windows on ARM?

    --
    Why did the chicken cross the road? Because Elon Musk put an AI chip in its head.
    1. Re:The Big Question Is... by Anonymous Coward · · Score: 4, Informative

      Well, here are two demos of x86 Win32 emulation in Windows 10 on ARM:

      1. A shorter, more marketing orientated demo: https://www.youtube.com/watch?v=A_GlGglbu1U
      2. A longer, more "show me stuff" orientated demo: https://www.youtube.com/watch?v=oSXUDKpkbx4

    2. Re:The Big Question Is... by Anonymous Coward · · Score: 1

      This is strictly software emulation, so it's easy to get a decent picture of how slow it is going to be.

      1- Install QEMU
      2- Grab Rasbpian Linux from the Raspberry PI site
      3- Install/Run Raspbian on QEMU
      4- Profit?

      I tried this like a year ago on my core i7, and it was rather slow. Not unusable, but there was a noticeable performance hit.

      But this was a beefy i7 system, with GOBS of ram emulating ARM. Now, how well do you think that a bottom of the barrel ARM - which is what the majority of the users is gonna end up with - is going to fare emulating x86?

      Not well, I'm guessing. This is mainly going to be a PR thing for Qualcomm and Microsoft.

    3. Re:The Big Question Is... by Anonymous Coward · · Score: 0

      Now, how well do you think that a bottom of the barrel ARM - which is what the majority of the users is gonna end up with - is going to fare emulating x86?

      Very well. Watch the demos above.

    4. Re:The Big Question Is... by Anonymous Coward · · Score: 0

      Have you tested it? Or are you just going to unquestioningly swallow Microsoft's marketing dick?

      Run a test yourself as I pointed out and see the results live. Tweak to your hearts content and see how bad it can be.

      If you want to get a good idea of what you can realistically expect, run the test on an netbook like an Asus EEE PC. The results will be rather eye-opening.

    5. Re:The Big Question Is... by Carewolf · · Score: 1

      How fast can Snapdragon processors run Windows software? I'm sure that productivity software - Word, Excel, PowerPoint, OpenOffice Acrobat Reader, Edge, Firefox, Chrome et cetera - will run just fine. That stuff doesn't need huge CPU power to begin with. What about something more CPU-heavy like Adobe Photoshop, AfterEffects, AutoCAD, 3D Max,Blender, Handbrake? How fast will that software run on Snapdragon? Of course this is no big problem - if ARM can't run it today, you can always run it on an Intel or AMD box. But the question remains - how fast is emulated Windows on ARM?

      It won't be winning any benchmarks. The base processor starts off slower than most x86 processors, and then has an overhead for emulation. I am guessing it is mostly just for old applications, and not for games or anything CPU intensive, and for that it might be enough.

    6. Re:The Big Question Is... by Carewolf · · Score: 1

      This is strictly software emulation, so it's easy to get a decent picture of how slow it is going to be.

      1- Install QEMU
      2- Grab Rasbpian Linux from the Raspberry PI site
      3- Install/Run Raspbian on QEMU
      4- Profit?

      I tried this like a year ago on my core i7, and it was rather slow. Not unusable, but there was a noticeable performance hit.

      But this was a beefy i7 system, with GOBS of ram emulating ARM. Now, how well do you think that a bottom of the barrel ARM - which is what the majority of the users is gonna end up with - is going to fare emulating x86?

      Not well, I'm guessing. This is mainly going to be a PR thing for Qualcomm and Microsoft.

      I often run emulated ARM or MIPS applications on my desktop (for testing), and while it was once a beefy workstation it is also a 6-year old sandy-bridge by now, and most applications are perfectly usable emulated through QEMU, and if you add a bit more optimization you could probably improve the performance even more.

    7. Re:The Big Question Is... by Anonymous Coward · · Score: 0

      There is a big difference between your test there and a application-emulation mode..

      To start with, in your example you are not only running the application in emulation-mode but the whole hardware that you then run a linux-kernel and applications on top of that.. That will be fairly slow, especially for graphics-emulation etc.
      My guess is that they have done something where they interpret the x86 instruction-set for the application. Any libraries that it accesses may be running as native code with just a wrapper-layer to present the API to the x86 application. GL calls etc can be forwarded fairly straight on from the emulation-layer straight onto the hardware you have in the machine.

    8. Re:The Big Question Is... by Anonymous Coward · · Score: 1

      Now, how well do you think that a bottom of the barrel ARM - which is what the majority of the users is gonna end up with - is going to fare emulating x86?

      I don't think emulation is being proposed on any ARM. As I understand it, the target is "snapdragon 835 or better", which is more of a "top of the barrel" ARM.

      Given that some people settled for "bottom of the barrel Intel" (see the now dead Atom line) for Windows, I don't see how adequate ARM chips would screw this up.

    9. Re:The Big Question Is... by stooo · · Score: 3, Insightful

      >> What about something more CPU-heavy like ... Blender, Handbrake ...

      For those ones, you don't need x86 emulation, as you can use an ARM compiled version, the source is available.

      Fot the other proprietary stuff, perhaps some will be released in an ARM binary form, especially if ARM laptops and even desktops become popular in the future ....

      --
      aaaaaaa
    10. Re:The Big Question Is... by Anonymous Coward · · Score: 0

      Run a test yourself as I pointed out and see the results live.

      Your test is flawed. Windows 10 on ARM's x86 emulation doesn't work that way. Microsoft has a Channel 9 video discussing the emulation system.

    11. Re:The Big Question Is... by MachineShedFred · · Score: 1

      If someone buys a low power device and expects to run AutoCAD on it, then they get what they deserve. Anyone who actually uses those high-end software titles will know better, and steer clear of these low-power devices that are "yet-another-iPad-killer."

      The only thing that has proven to be an iPad killer, is the iPad itself - either because new versions don't offer anything compelling over versions already purchased, or because the entire class of device has proven to not be useful outside of a somewhat narrow set of situations.

      --
      Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
    12. Re:The Big Question Is... by Anonymous Coward · · Score: 0

      Yeah, because there hasn't been any efforts to optimize emulation of x86 in the past, up to and including by Intel itself. Yeah, let's compare the half-assed emulation of ARM to the linch-pin of an entire go-to-market strategy of several multi-billion dollar corporations on their new multi-hundred-million dollar product category.

      Don't you think they may have given it a look-see before shipping? Maybe gone over some code and refactored a little?

    13. Re:The Big Question Is... by Anonymous Coward · · Score: 0

      From the sounds of it their basically targeting tablets, light convertible laptops, etc. with this, not workstations. Even the kind of screen sizes on that type of devices does not exactly lend itself to heavy CAD work.

    14. Re:The Big Question Is... by currently_awake · · Score: 1

      If the OS maker also supplies the emulation they can have all their code native, including apps. Emulation is at best half speed, and ARM chips are not exactly top of the line to start with, so things are going to be slow. Current desktop systems are much faster than is required by most software, so the slowdown is unlikely to be noticed for most programs. You'll still want your games running on Intel or AMD though. Most SW shops will release dual ported (both processors) software just like apple did when they switched cpu, with all programs eventually switched over to ARM only. End result: Intel will license ARM and continue dominating the market, Microsoft will lose their Intel lock-in and shrink badly.

    15. Re:The Big Question Is... by Anonymous Coward · · Score: 0

      End result: Intel will license ARM and continue dominating the market,

      That is a huge assumption based on nothing factual. In fact, based on history, it's the kind of thing that has never happened ever in any market, and certainly won't be happening this time.

    16. Re: The Big Question Is... by Anonymous Coward · · Score: 0

      I mean I feel this misses the point. We know x86 can emulate well: the question is, what, if snytjing , emulates x86 well?

    17. Re:The Big Question Is... by AHuxley · · Score: 1

      Depends on the task. For everyday OS and simple productivity apps? Fine.
      For a new 4K, 8K ready computer game?
      Can a developer spread a new game's tasks over a new cpu and have it still work as well as expected?
      Can every task be split up and shared over a new average cpu design? Or do some tasks need a fast cpu?
      New programming language? New ways of working with content? New ways of working with a cpu, gpu?
      If a game developer gets all that for free they may change.

      --
      Domestic spying is now "Benign Information Gathering"
    18. Re:The Big Question Is... by bluefoxlucid · · Score: 1

      LLVM can compile ARM to x86. CIL is compiled to the current platform ISA. Why wouldn't you JIT, instrument, optimize?

    19. Re: The Big Question Is... by Carewolf · · Score: 1

      I mean I feel this misses the point. We know x86 can emulate well: the question is, what, if snytjing , emulates x86 well?

      It's a software question. It simply depends on how much you invest in optimizing the emulator, there is nothing intrinsic in x86 that makes it better at emulating ARM that ARM would be at emulating x86.

    20. Re:The Big Question Is... by Khyber · · Score: 1

      "If someone buys a low power device and expects to run AutoCAD on it, then they get what they deserve."

      I remember using AutoCAD on a 266MHz PII back in high school drafting class.

      What's the excuse for it running like dogshit now?

      --
      Still waiting on Serviscope_minor to wake up to fucking reality and realize that Jessica Price isn't going to fuck him.
    21. Re:The Big Question Is... by Carewolf · · Score: 1

      LLVM can compile ARM to x86. CIL is compiled to the current platform ISA. Why wouldn't you JIT, instrument, optimize?

      You do, but it works about as well as translating through a third language in google translate. Not always bad, but not great either.

    22. Re:The Big Question Is... by unixisc · · Score: 1

      All the microsoft software, like Office, Edge, et al would have been recompiled. I'm sure the same would be true about FireFox and Chromium (if not Chrome), since those are FOSS. Question is whether those other titles that you listed will be recompiled, and whether Microsoft would allow them if they're not available via the app store.

      In Windows 8, if one wanted to install Microsoft Office and went to the app store, it redirected them to the website and handled things from there. Microsoft could do the same for others like Adobe, Autocad, Blender, et al. Forget emulated: I'm curious to know what the performance of an ARM binary would be compared to Wintel. After all, ARM is the one RISC CPU that does not beat Intel in performance.

    23. Re:The Big Question Is... by unixisc · · Score: 1

      Also, has anybody tried running Windows 10 IoT on Raspberry Pi? Or is that not out as yet?

    24. Re: The Big Question Is... by Anonymous Coward · · Score: 0

      It is also an issue of running old software on new hardware. I run Windows XP on Virtual Box to use Micrografx Designer. It's a Win32 graphics package that the binaries I run were originally targeted at NT 4.0. It loaded down a Pentium 1 when I first started using it. But it screams in emilation on my i5 desktop, even in a VM.

    25. Re:The Big Question Is... by MachineShedFred · · Score: 1

      Today's AutoCAD does many more things that require vastly more computational power than the old version you used in high school?

      --
      Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
    26. Re: The Big Question Is... by Anonymous Coward · · Score: 0

      Thee are more ways to do the same thing now but something lik acad12 which came out in 95 and runs on a pentium is more than adequate to create the same 2d output as the newest version of autocad.

    27. Re:The Big Question Is... by bluefoxlucid · · Score: 1

      You do know all modern compilers convert program source code into a static single assignment tree which is then optimized by simplifying complex graph traversals with weighted edges based on CPU architecture variations in speed of certain operations, right?

      You can turn CPU instruction code into the same static single assignment tree, perform the same optimizations, and emit the code as if it were compiled from source code to target a different ISA.

    28. Re:The Big Question Is... by Carewolf · · Score: 1

      You do know all modern compilers convert program source code into a static single assignment tree which is then optimized by simplifying complex graph traversals with weighted edges based on CPU architecture variations in speed of certain operations, right?

      You can turn CPU instruction code into the same static single assignment tree, perform the same optimizations, and emit the code as if it were compiled from source code to target a different ISA.

      Which works great if you have that intermediate code, but once it becomes instructions they often do a lot more than what is necessary, and unless you know the original intention or can analyse it from the entire program you might have to fully emulate every nuance of the instruction instead of just using the one simple instruction in the other ABI that perform the same intermediate operation but has slightly different nuances in the other ABI.

    29. Re:The Big Question Is... by tlhIngan · · Score: 1

      I tried this like a year ago on my core i7, and it was rather slow. Not unusable, but there was a noticeable performance hit.

      But this was a beefy i7 system, with GOBS of ram emulating ARM. Now, how well do you think that a bottom of the barrel ARM - which is what the majority of the users is gonna end up with - is going to fare emulating x86?

      Not well, I'm guessing. This is mainly going to be a PR thing for Qualcomm and Microsoft.

      That's because you're emulating an entire ARM system inside x86. That's a great way to emulate disparate hardware, but is really slow because you're virtualizing a lot of hardware as software.

      The modern way to do it, especially if you know the operating systems are the same, is high level emulation. Here you don't emulate the hardware at all - you only emulate the application. When the application makes a system call (or Windows API call, in this case) the emulator catches it and redirects it to the right Windows API (This can be done by two ways - the emulator loading the x86 WIndows libraries (DLLs) and trapping the virtual processor in any call that jumps into the library space, or by having stub Windows libraries that make special emulator calls instead of implementing the library) running in native ARM space.

      This is not a new technique - Apple did it twice - the first time for their 68k to PowerPC transition where 68k apps and operating system code would make calls to native PowerPC code through an emulator call.

      More recently, Apple did it with Rosetta, the PowerPC emulator they had for x86. Granted, for CPU-heavy tasks, it was slow, but apps that made lots of operating system calls or called into various OS libraries weren't slowed down much since they spent a good chunk of time in native mode.

      CPU intensive applications will be sluggish no doubt, but applications that are highly interactive and spend most time inside OS libraries will be very fast.

    30. Re:The Big Question Is... by Anonymous Coward · · Score: 0

      heh very nice. If they can run true AAA games then intel is done.

    31. Re:The Big Question Is... by bluefoxlucid · · Score: 1

      Which works great if you have that intermediate code, but once it becomes instructions they often do a lot more than what is necessary

      No, that's not how this works.

      The compiler takes the source code, produces a single-assignment transformation tree, and then discards the original source code. All further analysis is performed on the single-assignment transformation tree. That means 100% of the information a compiler uses to compile a C, C#, Java, Ada, Fortran, JavaScript, etc. program to CPU ISA output in any setting is represented by a tree derivable in reverse from and functionally-equivalent to a tree derived from the output of compilation.

      Java, C#, and JS compilers generally target a bytecode architecture, although they also have AOT compilers that spit out native code to avoid the classfile-to-native compilation on each program launch.

      unless you know the original intention or can analyse it from the entire program you might have to fully emulate every nuance of the instruction instead of just using the one simple instruction in the other ABI that perform the same intermediate operation

      Actually, analysis of the compiled output will tell you things you can derive into a static single assignment tree. For example: if you run a subtraction on x86, it sets the Flags register, which affects branches. If another operation affecting the Flags register occurs before any sort of branch instruction, this is irrelevant, and thus not recorded into the tree. By extension, knowing how such instructions are affected by prior instructions allows you to create a full listing of the logic at each node, such that you can easily understand the conditions for a jump (e.g. if you do SUB %eax,4 and then JLE @addresss, you don't need to encode into the SSA tree that SUB may set the zero flag, signed flag, and overflow flags; you only need to encode that, under the condition %eax is less than or equal to 4, the program takes a branch).

      That doesn't tell you what the original source code looks like; it tells you what conditions cause what changes to the tree. After that, you have a tree which reflects the same amount of relevant information (no more, no less) than the one generated from source code.

      Yes, the optimization tree generated from a compiled binary really is equivalent to the one generated from source code.

    32. Re:The Big Question Is... by sexconker · · Score: 1

      Technically all modern x86 processors are emulating x86 (same goes for x64/AMD64). It's all implemented in microcode now.

    33. Re:The Big Question Is... by Anonymous Coward · · Score: 0

      Since you seem to have some expertise on the subject, I wanted to ask you a related question. It crossed my mind when reading your post.

      Assuming a compiled C or C++ program: why aren't "decompilers" able to do a better job? The best they seem able to do is to produce assembly code. If the operation of intermediate language (say, GIMPLE from GCC, just to name one of them) to compiled binary is fully reversible, then why can't that be taken one step further, to reconstruct C/C++ code from that intermediate language? Of course the code comments and anything like that would be lost, but could this be done?

    34. Re:The Big Question Is... by farble1670 · · Score: 1

      heh very nice. If they can run true AAA games then intel is done.

      Of course they can't. First, it's well known that SD doesn't touch Intel when it comes to high-end performance ... but anyway, you'll never run AAA games w/ integrated graphics (which is what you'll get with ARM SoCs).

    35. Re:The Big Question Is... by Carewolf · · Score: 1

      Actually, analysis of the compiled output will tell you things you can derive into a static single assignment tree. For example: if you run a subtraction on x86, it sets the Flags register, which affects branches. If another operation affecting the Flags register occurs before any sort of branch instruction, this is irrelevant, and thus not recorded into the tree. By extension, knowing how such instructions are affected by prior instructions allows you to create a full listing of the logic at each node, such that you can easily understand the conditions for a jump (e.g. if you do SUB %eax,4 and then JLE @addresss, you don't need to encode into the SSA tree that SUB may set the zero flag, signed flag, and overflow flags; you only need to encode that, under the condition %eax is less than or equal to 4, the program takes a branch).

      Can you do that in real-time, in an interpreter?

      Additionally unless you are sure you can guess which jumps are function calls and returns and you are certain no link-time optimizations have been performed and that the calling convension is still obeyed, you might not even know which registers need to be alive unless you do full analysis of everywhere a jump can go or return to. Of course you can often derive that data from a full analysis (though not always, since you can't cover every possibly state without also solving the halting problem), but it not really something suitable for real-time interpretation or even JIT.

  3. Re:Hey Microsoft... by Anonymous Coward · · Score: 1

    Windows 10 on ARM is not Windows RT. It's full Windows 10 compiled for ARM so even without the emulation you can install and run ARM applications just as you would install x86 applications for Windows 10 on x86. Having the ability to run x86 apps on ARM would be a nice feature. I hope legal wrangling doesn't prevent it from shipping.

  4. Intel, can you read... by OpenSourced · · Score: 5, Insightful

    ...the writing on the wall?

    The future is mobile, and in mobile RISC wins (for now). First you emulate, then you go native. Microsoft has seen the new Samsung S8 working as a desktop replacement with a dock, and is sweating cold. If that trend goes on (and why shouldn't it, as phones become more powerful), and mobile apps adapt to the "desktop mode", soon Windows will have a real competitor. I can see plane stewardesses distributing keyboards to the passengers, so as to use the entertainment screens with your "desktop mobile". I can see "laptops" that are just a screen, a keyboard, a humongous battery and a dock bay for your phone.

    You cannot fight the tide. In three years smartphones will ship with 1 Tb storage, 16 Gb memory, and 16 cores CPU. All of them itching to do something more demanding than displaying your last photo of your cat. If Microsoft doesn't emulate in firmware, VMWare will emulate in software, and soon you won't care in which OS is your app working. You will have one and only one computer, that will incidentally have the capacity of making phone calls. Congratulations everybody, we are just now entering the era of the PC.

    --
    Rome taught me patience and assiduous application to detail. Virtues which temper the boldness of great, general views.
    1. Re:Intel, can you read... by Anonymous Coward · · Score: 1

      Wishful thinking.

      A top of the line ARM SOC, right now, gets slaughtered by a core i3 in single threaded performance. In multithreaded performance they might get some wins, but that's only because they have an insane amount of cores, and the i3 only has 2. And, realistically, the only ARM SOCs that stand any chance right now are Apple's "A" class chips, which are heavily customized and only available on Apple hardware (and trounce anything from Qualcomm by any realistic metric).

      Then we have the elephant on the room: Your desktop has a massive power source suckling power off the grid, and lots of space to let air circulate. Your phone has a battery that ALMOST lasts two days (expecting someone to say "AHA! Mine lasts THREE WHOLE DAYS!" in about 5 minutes), and the SOC is sandwiched between it and the screen.

      What does this mean? Your desktop has tons more power and cooling capacity than your smartphone. Your smartphone will overheat after 10 minutes of compiling LLVM, if it doesn't run out of battery first (unless it is plugged into a dock, in which case, I concede that it will "only" overheat). Overheating has an "nice" side effect, which is that heat slowly kills off your - most probably non-replaceable - battery, so that you have to buy a new phone after 2 years. What fun.

      And finally, with AMD coming back to the race with Ryzen CPUs and their new server CPUs, x86 (or AMD64, if you prefer) is going to breathe new life. Expect to see gains in desktop performance and the corresponding increase in demand from applications as they move to take advantage from this increased performance.

      TL;DR, the desktop isn't going anywhere.

    2. Re:Intel, can you read... by Anonymous Coward · · Score: 0

      ... I can see plane stewardesses distributing keyboards to the passengers

      Yeah, pretty ladies asking first what your native language is and what's your layout preference... I can see it happening... not.

    3. Re:Intel, can you read... by fubarrr · · Score: 2, Funny

      > In multithreaded performance they might get some wins, but that's only because they have an insane amount of cores,

      10 cores should be enough for everybody

    4. Re:Intel, can you read... by fph+il+quozientatore · · Score: 3, Funny

      "Sorry, sir, it's the last row and we're out of QWERTYs --- is Dvorak fine?"

      --
      My first program:

      Hell Segmentation fault

    5. Re:Intel, can you read... by Osgeld · · Score: 2

      yea but the vast majority of people dont care if its faster than an i3 or compiling anything, it just needs to be fast enough to edit a picture and run office

    6. Re:Intel, can you read... by Anonymous Coward · · Score: 0

      Mod funny. I almost lost a keyboard.

    7. Re:Intel, can you read... by ChunderDownunder · · Score: 2

      The wins for business are
      (a) fanless computers (office noise)
      (b) lower purchase price
      (c) lower energy bills

      Cuthberta Cubicle-Worker won't have a noisy Core i7 beige tower on her desk if a tiny ARM64 device does the job.

    8. Re:Intel, can you read... by Anonymous Coward · · Score: 0

      If Microsoft doesn't emulate in firmware, VMWare will emulate in software, and soon you won't care in which OS is your app working.

      First VMWare, afaik, is x86 to x86. It doesn't emulate anything, other than perhaps some missing parts of a CPU. For the most part instructions are processed unchanged, with some exceptions. For full emulation you want qemu or maybe the latest snes emulator.

      The underlying hardware does matter. Sure emulating one hardware on top of another does work, as already mentioned, but it tends to be slow as heck. If you can get the CPU to run some microcode or something similar that takes over for most of the heavy lifting then your closer.

      At any rate, if your really bored you can run a power pc live cd of some variant of Linux through qemu, graphics and all. It is quite slow... Overall though, I'm not convinced that running x86 apps is needed. Maybe it will gain them some market share, but there are already plenty of alternatives.

    9. Re:Intel, can you read... by edtice1559 · · Score: 1

      I'm with Osgeld (sister post). The fact is that most of us don't need near the amount of available horsepower. Even running compilers and Java server applications (i.e. Tomcat + WebApp) is within the realm of the processors we see in phones. We're seeing Atom-based laptops (i.e. https://www.newegg.com/Product...) getting adopted. These aren't much more powerful than the S8. People are talking about docking stations for phones but I actually think that things will go a different direction. Windows remote desktop is fabulous (No VNC and the like don't come close) and I imagine people will have everything on their phone and apps will run either in tablet or desktop mode. When you get where you're going, plug your phone into a power source and RDP to it from a dumb terminal and pick up right where you left off. Saves the problem of having to have docking stations for different types of devices.

    10. Re:Intel, can you read... by Dwedit · · Score: 1

      And they won't be able to do anything beyond showing photos of your cat with that horrible touchscreen.

    11. Re:Intel, can you read... by avandesande · · Score: 1

      If you take high end gaming out of the equation, the mobile device has more than enough power for most users so it's irrelevant.

      --
      love is just extroverted narcissism
    12. Re:Intel, can you read... by avandesande · · Score: 1

      Look at this way- one device will replace a laptop, desktop and cellphone. If you add administration into the cost model the savings are staggering.

      --
      love is just extroverted narcissism
    13. Re: Intel, can you read... by Anonymous Coward · · Score: 0

      Why would VMWare write an emulator, in your world? Hell, they don't even have an ARM version for ARM VMs, much less entering that arena.

    14. Re:Intel, can you read... by lexman098 · · Score: 1

      I can see "laptops" that are just a screen, a keyboard, a humongous battery and a dock bay for your phone.

      Meet the superbook

    15. Re:Intel, can you read... by bsolar · · Score: 1

      Like configurable keyboards able to change what's displayed on the keys didn't exist already... It would be pretty simple to allow the connected device to automatically setup the keyboard to have the preferred layout.

    16. Re:Intel, can you read... by Bob+the+Super+Hamste · · Score: 1

      it just needs to be fast enough to edit a picture

      Depends on the picture. Working with multiple raw high res scans of film would crush one of those little computers. It crushes my i7 (3770k) desktop with 32GB ram and I will have all 8 logical cores pegged at 100% for 10-15 minutes and be consuming 28-31GB of ram.

      --
      Time to offend someone
    17. Re:Intel, can you read... by Solandri · · Score: 1

      It's not at all clear that RISC wins in the mobile space. Intel's offerings win in performance per Watt benchmarks by a factor of 2-5, they just haven't hit the minimum Watts that ARM processors have.

      The problem for Intel is price. Current ARM processors have about 2-3 billion transistors and sell for about $10-$20. Kaby Lake has about the same number of transistors, but sells for $100-$300. Intel has enjoyed that huge price per transistor for so long that they simply don't know how to compete at a lower price anymore. Intel could destroy ARM tomorrow by simply slashing the price of their processors to be roughly the same as ARM. But they would have to completely restructure the company and its finances in order to do it.

      If the Apple pattern holds, ARM is going to take over 95% of the computing market, with Intel holding on to a minuscule but lucrative 5% of high-end users (scientific, industrial, gaming).

    18. Re:Intel, can you read... by spire3661 · · Score: 1

      No. No matter how much storage you put on the phone, you are still dealing with a device that can, at max, use 25 watts. Mobile is not going to replace workstations, ever.

      --
      Good-bye
    19. Re:Intel, can you read... by WallyL · · Score: 1

      Be careful with that, because you might only have a Dvorak as the spare!

    20. Re:Intel, can you read... by spire3661 · · Score: 1

      This. If intel could get their NUC price under $100, raspberry pi wouldnt be so attractive.

      --
      Good-bye
    21. Re:Intel, can you read... by Gr8Apes · · Score: 1

      This. If intel could get their NUC price under $100, raspberry pi wouldnt be so attractive.

      Intel would need to drop their NUC prices down to $50. I am not holding my breath.

      --
      The cesspool just got a check and balance.
    22. Re:Intel, can you read... by Gr8Apes · · Score: 1

      It's not at all clear that RISC wins in the mobile space. Intel's offerings win in performance per Watt benchmarks by a factor of 2-5, they just haven't hit the minimum Watts that ARM processors have.

      Until Intel can hit the min watts, RISC wins. Performance per watt in excess of min watt is irrelevant for mobile.

      Intel could destroy ARM tomorrow by simply slashing the price of their processors to be roughly the same as ARM. But they would have to completely restructure the company and its finances in order to do it.

      No. They would have to leverage their largely acknowledged monopoly position to destroy ARM, or acknowledge that they are making between 200 and 600% profit margins on CPUs. Guess which one would be the result of your proposed price cut.

      --
      The cesspool just got a check and balance.
    23. Re:Intel, can you read... by Anonymous Coward · · Score: 0

      Eh, maybe we'll have enough pixels and samples to go back to the analog days where everything was high res or pseudo lossless - silver photographs, prints, analog video and film etc.
      Only the display technologies i.e. most overbright, bad LCDs suck for now with light leaking through the panel, angle vision problems etc. ; likewise LED lighting with spectrum problems and overbright / excessive blue end of the spectrum are pretty bad. How comes TV and lamps looked better in the 90s.
      Once it's sorted out, maybe we'll have 5K or 8K flexible displays, PCIe 4.0 1x SSD in mobile hardware, fiber (or copper like 5GBaseT) networking with 5G femtocells or 60GHz wifi and then we'll be able to read newspapers, view family albums with an experience at least as good as in the old days.

      Because, sitting at the desktop reading a slow PDF of scanned images at bad res sucks balls lol (even when it's a book from the 16th century and it's all pixellated and slow, which the original material isn't)
      Imagine a virtual newspaper if only with 8 pages which actually are screens holding 32 megapixels (or whatever) on each page, loaded from 1GB/s storage or networking (the other 50 pages or so are preloaded in RAM while you're reading the first page, so you can flip to pages beyond the first 8 ones instantly too)

      In fact, is there even a pdf reader for desktop/laptop that will preload all the pages instead of rendering as you scroll? I could check a box in preferences and waste a gigabyte or two holding more rendered pages in RAM, and I don't have particularly good hardware.

    24. Re:Intel, can you read... by Osgeld · · Score: 1

      yea but the vast majority of people dont care

    25. Re:Intel, can you read... by Anonymous Coward · · Score: 0

      x86 does that too, e.g. Atom x5.

  5. "Intel welcomes lawful competition" by Zuriel · · Score: 5, Interesting

    I have heard that Intel is delighted about AMD's new 32 core server CPU and 16 core desktop CPU. If I remember correctly, the last time Intel was this delighted with AMD they started bribing system manufacturers into not offering any AMD-based products.

    1. Re:"Intel welcomes lawful competition" by Anonymous Coward · · Score: 0

      They also released the Intel Core series of CPUs, leaving AMD in a distant second place for performance across every product segment for a decade.

    2. Re:"Intel welcomes lawful competition" by edxwelch · · Score: 1

      Yes, after FTC investigation was Intel prohibited from offering loyalty rebates, but that only applies to the US. It is only illegal in EU if you can prove that it's harming competition. So, technically Intel could still use loyalty rebates in the EU.

    3. Re:"Intel welcomes lawful competition" by Anonymous Coward · · Score: 1

      Imagine if they hadn't been cheating the market for the decade prior, and AMD had a comparable R&D or fab budget?

    4. Re:"Intel welcomes lawful competition" by Anonymous Coward · · Score: 1

      Intels bribes robbed AMD of the income needed to remain competive.

    5. Re:"Intel welcomes lawful competition" by Anonymous Coward · · Score: 0

      Was that before or after Intel rigged their C compiler to slow down programs running on AMD's CPUs?

  6. Re:Hey Microsoft... by RotateLeftByte · · Score: 0, Troll

    Windows 10S is also hobbled by design. Only Edge browser, Only Bing as a search engine, only Apps from the MS App store (a veritable desert)
    This is a walled garden that is higher than Apple's on the iPhone.

    You can get rid of the lock down by paying MS $$$$ but honestly, W10 is a dead OS walking as far as an awful lot of people are concerned.

    --
    I'd rather be riding my '63 Triumph T120.
  7. Fuck Intel by bazmail · · Score: 0

    They are belly-aching like the candlestick makers did 100 years ago when the place was being electrified. They represent the old way of doing things.

    1. Re: Fuck Intel by Anonymous Coward · · Score: 0

      And you are dinking around like a Linux fan in 1998.

  8. Re:Hey Microsoft... by Anonymous Coward · · Score: 0

    You can get rid of the lock down by paying MS $$$$

    So, just like buying Windows 10 now between the Home, Pro, and Enterprise versions? Doesn't sound like a big deal.

  9. Intel is upset over QEMU? by Anonymous Coward · · Score: 0

    Given that Microsoft does not innovate, I suspect that they are simply running QEMU to support old software. If the original post is correct, it is only supporting 32 bit anyway.

    Big deal.

    1. Re:Intel is upset over QEMU? by ChunderDownunder · · Score: 1

      I imagine they'd be more upset if MS partnered with Nvidia.

      Nvidia's Denver architecture does some on-silicon code morphing (similar to Transmeta?) but specifically as an ARM licensee. If they used that technology to speed up x86 without paying the Intel Tax, I imagine it'd be lawyers getting busy.

    2. Re:Intel is upset over QEMU? by Rockoon · · Score: 1

      There isnt much software that is 64-bit only... therefore 32-bit emulation is a big deal.

      --
      "His name was James Damore."
    3. Re:Intel is upset over QEMU? by Anonymous Coward · · Score: 0

      Nvidia would never partner with microsoft. Nvidia remembers clearly what happened when they partnered with microsoft to make the specialised gpu and nforce chipset for the xbox and microsoft tried to screw them over. It dragged on for years in court. Everything between microsoft and nvidia now is just microsoft buying off the shelf components off nvidia for devices like the surface. nvidia will never work closely with microsoft again on a custom solution.

    4. Re: Intel is upset over QEMU? by Anonymous Coward · · Score: 0

      Nvidia has worked with MSFT at least a couple times since Xbox. The ill fated Kin, the ill fated SurfaceRT. And there were a couple more that didnâ(TM)t even make it as far as ill fated.

    5. Re:Intel is upset over QEMU? by Anonymous Coward · · Score: 0

      Microsoft doesn't innovate? We're still waiting for Wayland, so as to catch up with what Windows Vista did in 2006 and even then I doubt it will support driver switching plus recovery from driver crashes like Windows does.

      Of course it's all for naughts since Windows 10 is full of garbage on top of some advanced tech (or some tech I don't give a shit about being bad like NTFS)
      Windows 10 only has a single dumbed down GUI that promotes user ignorance, tricks you into signing in and/or giving away your data, this feels like Android or a tech support scam.

  10. Alternative explanation by ChunderDownunder · · Score: 5, Interesting

    Proposition: Apple are planning to release low end macOS products based on their ARM64 SoCs.

    Imagine having a common ARM-based hardware spec for Watch, Mac Mini, iPhone, iPad, MacBook and iMac - only select 'Pro' models would require Intel Inside.

    Such a transition would require checking an extra box in XCode for fat-binaries. Optionally they could develop a Rosetta-style translation layer for 'legacy' amd64 only binaries.

    1. Re:Alternative explanation by Anonymous Coward · · Score: 0

      Well, ARM64 can perform quite nicely if you go for one of the good CPU's instead of the ones used in cellphones, like Raspberry PI does.

      I welcome our new ARM overlords with open arm's (pun intended). Intel has focused on having faster and faster cores with higher power-consumption for each version (but getting some back by shrinking the die).. ARM development have focused a lot of effort into reducing power-consumption with multi-core CPU's where you can turn off different cores depending on current load..

      Imagine a CPU where you have 64+ cores but 63 of them are switched off during idle.. 62 switched off while performing basic tasks, and all of them active while performing some high CPU-demanding task..
      The same goes for RAM.. Why can't we turn off individual RAM chips when they are not being used? Hot add/remove for ram is already available within the linux-kernel so should be fairly easy to add this.. (unless we want to use the ram for the block-cache).

      It will be nice with the upcoming ARM based devices.. If not just for having low-end devices, but getting some focus on another architecture that could possibly break Intel's market dominance, forcing them to rethink their strategies..

      Second nice thing is that we may get rid of the requirement to have something like the Intel ME from ever running if this comes to pass.

    2. Re:Alternative explanation by Anonymous Coward · · Score: 0

      apple's already played the support-two-platforms-same-os game, they finished dumping ppc as fast as they could.

      i don't see apple releasing macos on arm. mac users expect a certain level of performance on the desktop that arm can't deliver. arm is basically up to an early shitty atom on performance. a long way to go before it can realistically compete with current desktops at 20-50x the performance and comparably faster io, graphics, etc.

      a tiny lower cost aio desktop or laptop based on a multitasking ios is more probable... separating "touch first mobile" os and "traditional desktop" os. it's google that should worry some here, not intel (and nobody need worry about 'windows on arm' because even 'native speed' emulation is going to suck frozen donkey shit on a stick)

    3. Re:Alternative explanation by ausekilis · · Score: 1

      This is actually a viable suggestion. The only people that truly need processing power are video gamers and content producers (e.g. artists, developers).

      Considering there are a lot of people out there that still think the internet is that E icon (or fox, or yellow/red/green circle) and only really need to check email, facebook, youtube and cat pictures... ARM tablets have been gaining steam, why wouldn't they gain some traction in more traditional forms like a laptop a laptop-like phone dock?

    4. Re:Alternative explanation by MachineShedFred · · Score: 2

      Apple customers have already played the "buy a new version of the same software at full price or eat a performance penalty" game twice now (680x0 -> PPC, PPC -> x64). While Apple has magnificently pulled off these transitions, their software partners have in large part been amazingly douchey about it. Especially the software vendors that most Mac shops depend on the most: the creative and business titles like Adobe, Microsoft; and back in the day, Quark.

      Quark was the WORST, and quite frankly I'm surprised they are still in business after Adobe launched InDesign.

      --
      Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
    5. Re:Alternative explanation by Anonymous Coward · · Score: 0

      Re: the RAM question...

      Most systems today interleave RAM. Multiple modules are accessed on each clock pulse in order to increase the bandwidth. Most RAM modules still run several multiples slower than the CPU, so this is the only way to get it to keep up and not inject shloads of wait states into the CPU pipeline.

      Now, it's possible to have multiple banks of RAM - servers do this. But it adds complexity, PCB space, chip count.

    6. Re:Alternative explanation by Anonymous Coward · · Score: 0

      only select 'Pro' models would require Intel Inside

      Since Apple design their own processors, it would be more logical to just offer a 32 core ARM machine for their Mac Pro.

    7. Re:Alternative explanation by Anonymous Coward · · Score: 0

      their software partners have in large part been amazingly douchey about it.

      "professional" mac users will do "what it takes" to run their apps well, because they have to.

      The vast majority of mac users don't purchase quark or adobe or even office, between the built-in software, free software, and cloud offerings, they get their work done using just the basic system as shipped.

    8. Re:Alternative explanation by Anonymous Coward · · Score: 0

      Imagine having a common ARM-based hardware spec for Watch, Mac Mini, iPhone, iPad, MacBook and iMac - only select 'Pro' models would require Intel Inside.

      If they implement ARM's SVE extension, the some of the Pro lines might get new fillings as well at some point.

  11. Too Much, Too Late by Anonymous Coward · · Score: 0

    Linux distros like privacyenhanced(dot)blogspot(dot)com are already fully ARM 64-bit, no QEMU required. And my Pi 3 only cost $35 so I don't need a $350 alternative from Apple either.

  12. Dear Intel by Anonymous Coward · · Score: 0

    MS has been the whipping boy for ages. Fuck MS, start shipping Linux.

    "First they ignore you, then they laugh at you, then they fight you, then you win." - Mahatma Gandhi

    1. Re:Dear Intel by Guspaz · · Score: 1

      Ironic, but Microsoft does ship Linux. Ubuntu is in the Windows Store, and Azure has Linux distro options.

    2. Re:Dear Intel by tgetzoya · · Score: 1

      Did you Google? https://clearlinux.org/

    3. Re:Dear Intel by Anonymous Coward · · Score: 0

      linux? you mean GNU, it's ubuntu userland without a kernel, and it's buggy as hell.

  13. Hardware Backdoors by Anonymous Coward · · Score: 0

    Do ARM processors come with hardware backdooors?

    1. Re:Hardware Backdoors by ChunderDownunder · · Score: 2
      Most probably, the average Android phone has vendor supplied binary blobs galore.

      The good news is that this week Freescale's iMX6 was freed - it can boot Android blob-free. It's not a widely popular SoC though, in terms of market share in phones and tablets.

    2. Re:Hardware Backdoors by jonwil · · Score: 1

      Considering that the information regarding all this talks about current/recent Qualcomm Snapdragon processors, they definitely contain all sorts of stuff you cant control. Qualcomm are worse than Intel when it comes to publishing any kind of technical specs for their processors or providing anything beyond binary blobs for key parts of the system.

      On some Snapdragon parts (likely including the high-end stuff involved here) the CPU cores running the "application processor" stuff (e.g. the Linux kernel and Android userland on an Android device) are actually under the control of another bunch of code running on a separate untouchable CPU core (or cores).

    3. Re:Hardware Backdoors by jonwil · · Score: 1

      Too bad TI isn't still making mobile SOCs that can compete with the latest from Qualcomm, the TI OMAP CPU in my Nokia N900 is largely blob free with the exception of the PowerVR GPU drivers and some stuff for the DSP to do hardware accelerated video and the documentation I have seen for it is extremely comprehensive for the most part.

    4. Re:Hardware Backdoors by GuB-42 · · Score: 1

      Yes.
      Smartphones have what is called a "baseband". It is the part that manages all radio functions, plus others. It can be separate or integrated in the main SoC. In the case of the Snapdragon 835, it is integrated.
      The baseband is actually a complete system with its own CPU, RAM and OS, with complete access to the rest of the system. It is completely closed. It also cannot be disabled because it is essential to the phone normal functions, overwriting its firmware may cause a hard brick.
      Intel AMT is small fry by comparison.

  14. Lawyers... by Austerity+Empowers · · Score: 1

    Lawyers are the last argument of technology companies that have lost the power to innovate. Intel wouldn't be saying these things if they had invested in technology rather than idiotic purchases of horrid anti-virus companies, bizarre offshore strategies, and generally letting wall st. run them rather than engineers and technologists.

    1. Re:Lawyers... by Zocalo · · Score: 1

      No, there's one more step, it's just that we haven't got that far yet:

      Soap box - marketing lies about which is the best product.
      Ballot box - the market chooses the best product.
      Jury box - lawyers bicker over which product has the biggest dick^W patent portfolio.
      Ammo box - two products enter...

      I hope to get tickets but, failing that, I'm sure it'll be livestreamed in 8K HDR Augmented Reality to any suitable mobile computing device.

      --
      UNIX? They're not even circumcised! Savages!
  15. Duplicity from the press release by Artem+S.+Tashkinov · · Score: 1

    Intel welcomes lawful competition, and we are confident that Intel's microprocessors, which have been specifically optimized to implement Intel's x86 ISA for almost four decades, will deliver amazing experiences, consistency across applications, and a full breadth of consumer offerings, full manageability and IT integration for the enterprise. However, we do not welcome unlawful infringement of our patents, and we fully expect other companies to continue to respect Intel's intellectual property rights.

    I read, "We welcome new competitors at the x86 architecture market but we will sue the shit out of you if you actually try".

  16. Transmeta is not that buried by ReneR · · Score: 1

    I got two systems in my collection / office ;-) Each time I read Intel press like this I power them up just for the warm feeling :-) https://www.t2-project.org/har... https://www.t2-project.org/har... They are also visible on my desk in some of my recent videos: https://www.youtube.com/user/r...

    1. Re:Transmeta is not that buried by TemporalBeing · · Score: 1

      I got two systems in my collection / office ;-) Each time I read Intel press like this I power them up just for the warm feeling :-) https://www.t2-project.org/har... https://www.t2-project.org/har... They are also visible on my desk in some of my recent videos: https://www.youtube.com/user/r...

      Transmeta became a Patent Licensing organization, and licensed their tech to AMD and other chip manufacturers during the conversion. So, no - they didn't fail as Intel claims.

      --
      Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
  17. Buying Windows ? when you can get Linux for Free ? by stooo · · Score: 1, Funny

    Buying Windows ? when you can get Linux for Free ?

    --
    aaaaaaa
  18. Copy my BIOS. by Anonymous Coward · · Score: 0

    ...However, we do not welcome unlawful infringement of our patents, and we fully expect other companies to continue to respect Intel's intellectual property rights.

    Compaq all over again.

    1. Re:Copy my BIOS. by MickyTheIdiot · · Score: 1

      My thought was if they are celebrating 40 years of x86, HOW THE HELL are they talking about patents? Overall the term of any patent dating 40 years ago should be long gone.

      Before I get jumped on, yes they could be talking about certain parts of it added on later, but still it was strange seeing sword rattling like that on a document celebrating 40 year old tech.

    2. Re:Copy my BIOS. by Guspaz · · Score: 1

      If we ignore anything they've done to x86 in the past 20 years, that basically puts us at the 486 instruction set, since even MMX was only 1997.

  19. Faster than a Core i5 mobile by Anonymous Coward · · Score: 0

    Keep in mind it's not emulated Windows on ARM, it's microcode X86 on ARM, which is pretty much how x86 chips are implemented now. Video editing is GPU hog anyway.

    Poor Intel, AMD Threadripper is faster and a lot cheaper and a lot more scalable at the high end, and ARM is a shitload faster and cheaper than their mobile chips.

    That leaves them mid-range desktop chips in a declining PC market.

    I put Ubuntu on an Android TV box (and 8 Core 64 bit A53 ARM chip), and its absolutely brilliant. It cost me $64. It's difficult to see them keeping even that middle ground.

    1. Re:Faster than a Core i5 mobile by MachineShedFred · · Score: 4, Insightful

      Yeah, because Intel hasn't been there with AMD before. Remember the Pentium 4 with it's ridiculously deep pipeline and equally ridiculous branch prediction failure rate? Intel got complacent and was more concerned with Ghz than actual performance. AMD pulled ahead.

      Then the sleeping giant woke up and where has AMD been for the last 11 years? 2nd place, and usually a distant second.

      I'm glad that AMD is putting out a few good products these days - it's been a while. And it keeps everyone honest. I want a strong AMD, because in the end we all win when Intel can't just sit on a silo of laurels; the same way I want a strong Apple *and* Android. Tough competition benefits the customers.

      --
      Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
    2. Re:Faster than a Core i5 mobile by jonwil · · Score: 1

      I dont think there is too much danger of AMD going bust at this point given that both the XBOX One and PlayStation 4 are using custom AMD 64 bit CPUs and AMD Radion GPUs and neither system looks like disappearing anytime soon.

    3. Re:Faster than a Core i5 mobile by Guspaz · · Score: 1

      Well, AMD nearly went bankrupt in 2016 despite the XB1/PS4 (they lost half a billion dollars that year and had less than a billion in cash at one point). They're doing a bit better now, and Ryzen is going to be a big boost, but they're not completely out of the woods yet.

  20. Re:Buying Windows ? when you can get Linux for Fre by Anonymous Coward · · Score: 0, Troll

    There is a reason desktop Linux distributions are free. It's because that's what people is willing to pay for it: nothing. Even people who "loves" Linux isn't willing to pay shit for it (that's the reason Canonical tried the phone market and now they are playing with IoT, because they can't get profitable in the desktop for their lives).

  21. Easy Fuck you to Microsoft. . . by Anonymous Coward · · Score: 0

    Just release Windows 7 drivers fro Kaby Lake. That will esentially stop a lot of people form getting Windows 10.

  22. merely posturing - binary translation @ DEC: 1992 by Anonymous Coward · · Score: 0

    DEC's FX!32 dynamic binary translator appeared on the scene in the early 1990s; Patents on that stuff belong to DEC-->Compaq-->HP. (If they are not expired already). So Intel is likely just posturing.

  23. Re:Buying Windows ? when you can get Linux for Fre by MachineShedFred · · Score: 1

    Yeah, because that hasn't been the case for like 20 years now.

    --
    Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
  24. What about FRAND? by edxwelch · · Score: 1

    It seems that Intel is threatening to use their patents to lock competition out of the market like Qualcomm does. Isn't this against the principles of FRAND?
    https://en.wikipedia.org/wiki/...

    1. Re:What about FRAND? by Anonymous Coward · · Score: 0

      frand is voluntary and corporations only engage in it where its mutually beneficial eg the mobile phone makers using frand so their phones are all compatible with the infrastructure that they put in. Intel has no reason to engage in frand with qualcomm as qualcomm is nothing but competition. Theyre more likely to have frand with amd as theyre both x86 and the common competitor theyre fighting is arm.

    2. Re:What about FRAND? by spire3661 · · Score: 1

      FRAND is 'voluntary' in that if you dont participate, you risk government sanction.

      --
      Good-bye
  25. Just blowing smoke. by Gravis+Zero · · Score: 1

    The problem here is that Intel has no legal basis to threaten anyone over x86, so instead they are just blowing smoke to scare away investors using the press. Both side know that Intel's x86 patents have expired and AMD owns all the patents for x86_64 which is also known by it's original name AMD64. Since Intel is now powerless, they are reverting back to their old anti-competitive habits.

    --
    Anons need not reply. Questions end with a question mark.
    1. Re:Just blowing smoke. by Anonymous Coward · · Score: 0

      If x86 patents are expired as you say then why doesnt qualcomm/microsoft manufacture real x86 chips instead of emulating them and getting a performance hit?

    2. Re:Just blowing smoke. by Anonymous Coward · · Score: 0

      Both side know that Intel's x86 patents have expired and AMD owns all the patents for x86_64 which is also known by it's original name AMD64.

      False.
      SSE2 is a required part of the AMD64 spec.
      SSE2 is still covered by intel patents, AMD got a license from intel in exchange for... AMD64.

  26. Re:Buying Windows ? when you can get Linux for Fre by The123king · · Score: 1

    Buying Windows ? when you can get Linux for Free ?

    I'd rather put my gentlemans vegetables in a blender

    --
    If you gave me a choice between a printer and a giraffe with explosive diarrhoea, i'll get my ladder and my raincoat
  27. Just blowing lawyers. by Anonymous Coward · · Score: 0

    You're begging the question then. Why doesn't AMD take legal action? Windows 10 on ARM would hurt them as much as it would Intel.

    1. Re:Just blowing lawyers. by KiloByte · · Score: 1

      Windows 10 on ARM would hurt them as much as it would Intel.

      Because AMD has ARM chips in its portfolio. A lateral move is ok for them.

      --
      The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
    2. Re:Just blowing lawyers. by R3d+M3rcury · · Score: 1

      They might...if we start seeing x86_64 emulators. We're only seeing 32-bit Intel emulators.

  28. Any advantages of a qualcomm laptop? by Anonymous Coward · · Score: 0

    "Lenovo, Hewlett-Packard and ASUS have also signed-on to deliver Windows 10 notebooks and 2-in-1 convertibles powered by Qualcomm"

    Forgive my ignorance, but does this offer any advantages to the consumer? My initial reaction is that it sounds like a way to sell cheap-to-manufacture, under-powered devices to consumers in order to increase profit margin.

  29. Welcome to our club Intel by TheOuterLinux · · Score: 0

    Micro$oft is trying to create "emulators" for everything to keep people that don't know any better hooked into their control. Figuratively speaking, they only allow smaller Russian dolls and they make sure that they are always the largest one. They did it with Linux, which is also being emulated (GNU/NT; no kernel) and now they are doing it to Intel. They join the Linux foundation and "help" Canonical and then a few months after the mobile version of Ubuntu was starting to actual look like it would be successful, tablets being sold like crazy, Ubuntu respins it like it was a failure. Bullshit. They were about to do better than the M$ mobile junk and Canonical got a phone call. Fast forward to Intel's problem and take a look at how closely Intel and M$ have been working together in the past few months. Now, M$ wants to emulate them too and on their...*trumpets*...mobile phone. Masters of backstabbing.

    1. Re:Welcome to our club Intel by TheOuterLinux · · Score: 1
      Windows 10 running GNU/NT and not actual Linux:
      • http://www.infoworld.com/article/3053557/linux/what-to-know-before-using-windows-10s-new-linux-system.html
      • https://beebom.com/how-linux-bash-shell-works-windows-10/

      Canonical partners with Micro$oft:

      • http://www.zdnet.com/article/ubuntu-jumps-into-internet-of-things-with-acer-ge-and-microsoft/
      • http://www.techspot.com/news/48937-canonical-partners-with-microsoft-azure-to-provide-ubuntu-linux-images.html
      • http://www.zdnet.com/article/microsoft-and-canonical-partner-to-bring-ubuntu-to-windows-10/

      Micro$oft joins the Linux Foundation

      • https://techcrunch.com/2016/11/16/microsoft-joins-the-linux-foundation/
      • https://arstechnica.com/information-technology/2016/11/microsoft-yes-microsoft-joins-the-linux-foundation/
      • https://news.microsoft.com/2016/11/16/microsoft-contributes-to-open-ecosystem-by-joining-linux-foundation-and-welcoming-google-to-the-net-community/

      The Ubuntu phone/tablet:

      • http://www.pcworld.com/article/2923931/the-meizu-x4-is-the-first-compelling-ubuntu-phone.html
      • http://www.pcmag.com/news/343256/first-ubuntu-tablet-goes-on-sale
      • http://linuxgizmos.com/tablet-runs-ubuntu-touch-on-intel-core-m/

      Micro$oft and Intel in mobile market:

      • https://www.fool.com/investing/general/2015/12/05/microsoft-corporation-and-intel-corporation-find-a.aspx
      • https://www.cnet.com/news/microsoft-and-intel-moving-ahead-with-surface-tablet/
      • https://www.engadget.com/2016/02/19/microsoft-samsung-and-intel-form-smart-home-alliance/

      These are'nt just rantings of a madman, though as a Linux user, I am pissed. If you check the dates, you can see that as soon as Micro$oft found a better way to get into the mobile market, using Intel to help, they somehow got Ubuntu Touch to the shanty state it is in now. It has nothing to do with demand because I remember how badly all us Linux users wanted it to be a success and all the orders made for tablets. Matter of fact, for a short period, more people were ordering Ubuntu-based mobile devices than Window$ phones. They saw this and waved their magic patent wand with manufacturers and in my eyes made Canonical its "bitch," which is why I will never use anything Ubuntu-based ever again; I cannot trust them anymore, which is sad because I really like Xubuntu. Micro$oft is the king of backstabbing and will just do the same to Intel, placing them in their "emulator" pool they got going on now so they can maintain their "Big Brother" cloud system.

  30. Full Blown Windows on a phone? by kfh227 · · Score: 1

    That's all I needed to hear. Kiss Android goodbye!

    1. Re:Full Blown Windows on a phone? by PPH · · Score: 1

      This won't be the first time Microsoft has blown Windows on a phone.

      --
      Have gnu, will travel.
    2. Re:Full Blown Windows on a phone? by ChunderDownunder · · Score: 1

      Continuum and x86 emulation sound intriguing.

      But they'll still have the "app gap". So unless UWP gains any traction, handsets will suffer from "only available on iTunes or Google Play".

  31. Intel are the losers now by Anonymous Coward · · Score: 1

    ARM sells about 14 billion processor a year. Intel sells about 400 million processors a year.

    Every device running an ARM processor isn't running an Intel processor.

    Tell me again how Intel is going to "wake up". They're fighting AMD for scraps.

    1. Re:Intel are the losers now by Anonymous Coward · · Score: 0

      This is exactly the same "logic" that concludes that Linux is the operating system most used by the general populace.

      Because more and more hardware is now being implemented as a program running on an out-of-date Linux compiled for an underpowered ARM CPU, that makes those dominant compared to the systems that do non-trivial and complicated work.

      The only reason so much stuff is running on vulnerability prone ARM-build Linux is that it's economically preferable to have a 1-amp microcomputer that costs pennies to produce (and only cost $50 to design) than to order a batch of 0.01-amp dedicated chips that costs $75 per batch and required a dedicated and competent engineer to design to spec (whose time cost the company $6,000 to make it properly). By the accountants' advice, it is better to have the intern make a buggy program and send out firmware fixes made by future interns than to have an employee on staff who can design hardware fully compliant with the current specifications.

    2. Re: Intel are the losers now by Anonymous Coward · · Score: 0

      ARM processors by the millions go into microwave ovens, routers, and children's toys. You can't really do a direct correlation to sockets in desktop and laptop PCs.

    3. Re:Intel are the losers now by Agripa · · Score: 1

      ARM sells about 14 billion processor a year. Intel sells about 400 million processors a year.

      Every device running an ARM processor isn't running an Intel processor.

      Tell me again how Intel is going to "wake up". They're fighting AMD for scraps.

      ARM doesn't sell any processors. Companies which buy licenses from ARM sell processors but it is not like there is a monolithic ARM processor company; they are individually competing with Intel so they lack the kind of economy of scale implied by the total number of ARM processors produced and most of those are microcontrollers which do not compete with Intel in any way.

       

  32. Notes by puddingebola · · Score: 1

    1. Intel wants into the mobile market. 2. Intel's attempts with Atom to get into the mobile market go nowhere. 3. Microsoft wants into the mobile market. 4. Microsoft's attempts with Windows RT to get onto ARM architecture go nowhere. 5. Intel can't beat ARM on cost. 6. The Wintel Monopoly. 7. The Wintel Monopoly... no more! 8. Shrinking PC shipments. 9. Android surpasses Windows as world's most installed OS. 10. Windows on ARM. 11. Will that work? Battery life? Performance? Experience? 12. What will Intel do? They still want into mobile.

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

      Strategic Overview.
      Qualcomm puts everything into one chip, including phone, and supplies base band software blob. Soon memory will be in there as well.
      Intel still want cpu, bridge chips, bus chip and graphics,IO,and power etc - because each chip carries a bit of profit - and unreliability, and power inefficiency for the maker.

      Intel has for years pretended everything could NOT be combined in one chip. I think Intel can afford engineers to outdo the Qualcomm menace - but they philosophically don't want that. Hell, even Samsung has done a Sony :- make the best and then some.

      Microsoft has had an Apple moment - go with the flow, ditch 68000 oops x86, as sleek hardware has more profit per unit and directs future desktops - which is why they tried hard to Windows the phone - but failed by a crap tile interface. Blackberry thinking!

      One thinks ARM is unstoppable, because Intel left all-in-one too late, and because FAB advantages have shrunk. Thus Intel is now feeling the wind of 68000 and DEC Alpha blowing their way.

  33. Intel or Microsoft will collapse... by Anonymous Coward · · Score: 0

    Microsoft is clearly desperate. Losing money with wrong acquisitions, Windows (overtaken by android) and office in a tricky situation (google docs). They even make Windows on demand (see recent Windows 10 China Edition) so that they can get any money. Intel with its never-ending (good) battle with AMD hasn't it easier, but they are not desperate as Microsoft seems to be.

    So either MS or Intel falls, or we are back to the times of multiple architectures (sgi, alpha, mips...)

  34. Intel Fires Warning Shot by Anonymous Coward · · Score: 1

    Will he get a Golden Parachute or nice severance package?

  35. Re:Hey Microsoft... by ArmoredDragon · · Score: 1

    I like how Microsoft labels win32 as legacy, yet even though their app store is 5 years old now, nobody uses it or the crappy apps it has. Likewise, Windows 10 S will surely flop because Microsoft's crap app ecosystem is wanted by nobody.

  36. This is why... by Anonymous Coward · · Score: 0

    we can't have nice things.

    "There have been reports that some companies may try to emulate Intel’s proprietary x86 ISA without Intel’s authorization. Emulation is not a new technology, and Transmeta was notably the last company to claim to have produced a compatible x86 processor using emulation (“code morphing”) techniques. Intel enforced patents relating to SIMD instruction set enhancements against Transmeta’s x86 implementation even though it used emulation."

  37. Its like watching a Whaling ... by Anonymous Coward · · Score: 0

    This is so sad. It is like watching a great whale, an amazing creature, be caught by an 1800's era whaling ship. It runs. It fights. It struggles against the hooks.

    I'm grieving the loss, because at one time Intel was beautiful. It is dying, soon to be dead. Too bad those in charge have not vision to see their doom, nor will to stop it.

    It may be a strategic loss for the US, one that can cripple.

    EngrStudent

  38. Should have gotten serious about mobile earlier by Anonymous Coward · · Score: 0

    Intel dropped the ball years ago by never really seriously committed itself to offering mobile CPUs for smartphones, where the focus is on battery life rather than pushing the speed envelope.

  39. Hardware Frontdoors by Anonymous Coward · · Score: 0

    Glad to hear. I have one of their sticks on the shelf.

  40. If this catches on... by thevirtualcat · · Score: 1

    If this catches on, I'm looking forward to the flood of cheap Windows 10 tablets that will have support dropped after two years because the BSP for their SoC is no longer being updated or maintained.

    Granted, I expect Microsoft to do marginally better with Windows on ARM than Google does with Android because Microsoft has much tighter control over the Windows ecosystem. But at the end of the day, if you want to play in the ARM playground, you're going to get burned by short chip life cycles.

    On the other hand, I could be completely wrong. Please, someone prove me wring. I'm tired of being a cynic.

  41. Intel & DEC by unixisc · · Score: 1

    DEC sold their semi business to Intel as a part of their lawsuit settlement, and that happened a while before Compaq acquired DEC

  42. Re:Hey Microsoft... by unixisc · · Score: 1

    The issue w/ Windows RT was that applications could only be made available via the Windows Store, in order to avoid any confusion b/w an application bought for Windows 8 that wouldn't then install on RT. The general public is not familiar w/ ARM vs x86, which is why they did that. Here, if one tries to install a Wintel application on Windows 10 for ARM, it'll install, but then run emulated. And that performance is more likely to suck, given the history of better microprocessors before it trying the same thing - particularly DEC on the Alpha.

    Instead, Microsoft should encourage vendors to cross compile for both x86 and ARM, so that any tablet/laptop can download the relevant binaries and go from there.

  43. Wormwood vindication by epine · · Score: 1

    There is little question, Intel is likely none too pleased with it and PC OEM heavyweights Lenovo, Hewlett-Packard and ASUS have also signed-on to deliver Windows 10 notebooks and 2-in-1 convertibles powered by Qualcomm.

    Take that, every English teacher you've ever had from grade 3 onwards.

    In another strip, after stating that he could not identify Plymouth Rock, lest it "compromise our agents in the field," Calvin cheerfully remarks, "I understand my tests are popular reading in the teacher's lounge".

    There's the difference. Calvin is fighting the good fight. Whereas the above sentence is clown-car laser water-canon own-goal toward the cause of youthful creative autonomy.

    Advantage, Miss Wormwood.

  44. Re: Hey Microsoft... by Anonymous Coward · · Score: 0

    A sizeable chunk of the XBox game library is now for sale in the Windows Store for Win 10 machines. I wouldn't classify that as stuff nobody wants.

  45. emulate.... by Anonymous Coward · · Score: 0

    What part of emulate do they not understand?

    Can't wait for x86 to die; is RISCv mainstream yet?

  46. Hey, M$ stole it from DEC fair and square by Anonymous Coward · · Score: 0

    Going back to running NT on the 64bit Alpha processor. Ninety percent of the performance loss was due to masking all pointers back to 32 bits all over.

  47. Fat binaries by sonamchauhan · · Score: 1

    "In the early days of our microprocessor business, Intel needed to enforce its patent rights against various companies including United Microelectronics Corporation, Advanced Micro Devices, Cyrix Corporation, Chips and Technologies, Via Technologies, and, most recently, Transmeta Corporation. Enforcement actions have been unnecessary in recent years because other companies have respected Intel’s intellectual property rights."

    Actually, enforcement became unnecessary as most were driven out of the chip business, or out of business entirely.

    How can application developers help undermine such rent-seeking behavior on the application side? Are cross-OS, cross-instruction-set fat-binaries a thing?

  48. Re: Hey Microsoft... by ArmoredDragon · · Score: 1

    That's fine, but nobody buys it that way, opting for steam 98% of the time instead.

  49. Linux by Anonymous Coward · · Score: 0

    This is why Intel needs to invest in Linux and fuck Microsoft over