Slashdot Mirror


Microsoft's x86 on ARM64 Emulation: A Windows 10 Redstone 3 Fall 2017 Feature (zdnet.com)

Mary Jo Foley, reporting for ZDNet:Since January 2016 (and maybe before), there's been talk that Microsoft was working on bringing x86 emulation to ARM processors. Sources of mine are now saying that this capability is coming to Windows 10, though not until "Redstone 3" in the Fall of 2017. Here's why this matters: Microsoft officials continue to claim that Continuum -- the capability that will allow Windows 10 Mobile devices to connect to external displays and keyboards -- is going to be a key for the company, its partners and its customers. There's been one very big limitation to Continuum so far, however: It only allows users to run Universal Windows Platform (UWP), and not full-fledged x86 apps. What if an ARM64-based device could run x86 apps via emulation, the same way that the WOW (Windows on Windows) emulator allowed 32-bit apps to run on 64-bit Windows? That would make Windows 10 Mobile, which as of now, continues to support ARM only, and Continuum a lot more interesting, especially to business users who need certain Win32/line-of-business apps.

123 comments

  1. Just unlock the thing by Anonymous Coward · · Score: 0

    Allow it to run ARM-compiled Desktop Apps and they will magically start appearing.

    1. Re:Just unlock the thing by hattig · · Score: 1

      Not so much use for a lot of the legacy (especially legacy in-house applications) x86 apps that aren't being updated and which will perform perfectly adequately even under emulation on ARM.

    2. Re: Just unlock the thing by ArmoredDragon · · Score: 1

      I don't think Microsoft would ever allow that. Back in either 2010 or 2011, Microsoft decided that they want windows to turn into a crappier version of iOS, only "better" because it runs on desktops AND phones. Sound stupid? That's because it is.

      Remember the windows 8 start menu? That was just a preview of what Microsoft wants, and the backlash just told them to slow down, but they still have their hearts set on controlling 100% of the user experience. This can also be thought of as a realization of the goals of palladium.

      At any rate, Microsoft doesn't want to see any more native win32 applications, they want app developers to use crappy, API limited, and ugly UWP so that it is the ONLY future of windows. They also can revoke end users' ability to sideload at any time, which means they can eventually extract a 30% cut of every single copy of every single application that every windows user runs.

  2. I hope they don't cripple it by HideyoshiJP · · Score: 0

    I hope they don't cripple it like they did Windows RT. People ported some desktop applications to the ARM architecture, but it wouldn't run any applications not signed by Microsoft.

    1. Re:I hope they don't cripple it by Dunbal · · Score: 1, Insightful

      This is Microsoft. Crippling it is part of the plan.

      --
      Seven puppies were harmed during the making of this post.
    2. Re:I hope they don't cripple it by Anonymous Coward · · Score: 0

      This is Microsoft. Crippling it is part of the plan.

      Is it still? Some pretty major changes have been going on since Satya took over.

    3. Re:I hope they don't cripple it by Anonymous Coward · · Score: 0

      It was Satya who decided to lock down Windows RT and the first Surface in the first place.
      The "new" Microsoft reminds me more of the scheming Microsoft of the 90s than anything else .

    4. Re:I hope they don't cripple it by Dunbal · · Score: 1

      Some pretty major changes have been going on since Satya took over.

      Like buying companies like Nokia and then firing everyone then dropping the product(s). Yeah. Big changes.

      --
      Seven puppies were harmed during the making of this post.
    5. Re:I hope they don't cripple it by unixisc · · Score: 1

      IIRC, Ballmer was running things when Windows RT was out. Satya was managing Azure

    6. Re:I hope they don't cripple it by Rob+Y. · · Score: 1

      If they're planning to let you run arbitrary win32 exe's on ARM, why don't they just provide you with the tools to port your win32 exe instead of relying on X86 emulation? Or do they think their emulator works as a sandbox to mitigate the security issues in win32 code?

      --
      Posted from my Android phone. Oh, I can change this? There, that's better...
    7. Re:I hope they don't cripple it by Anonymous Coward · · Score: 0

      Like buying companies like Nokia and then firing everyone then dropping the product(s). Yeah. Big changes.

      Again, that acquisition was done under Ballmer. I get that you want to make every attempt to paint a bleak future for Microsoft but we've been hearing about their impending death for the past decade now and no amount of presenting falsehoods is going to spur it on.

    8. Re:I hope they don't cripple it by Anonymous Coward · · Score: 0

      If I had to guess they will want you to go through the win32-to-uwp boxing thing that they made and nobody cared about.

  3. Why Stop There? by Bruce+Perens · · Score: 2, Funny

    Rather than just provide x86 emulation on ARM, we can use x86 emulation on ARM to run Oracle's x86 Java implementation. We can run the jRuby interpreter in that. And we can use jRuby to run this ATARI 2600 emulator.

    I bet a lot of you folks can suggest a more absurd one than that.

    1. Re:Why Stop There? by serviscope_minor · · Score: 3, Insightful

      I bet a lot of you folks can suggest a more absurd one than that.

      I got one. How about: the modern web.

      --
      SJW n. One who posts facts.
    2. Re:Why Stop There? by Bing+Tsher+E · · Score: 1

      Run Bochs on a Mac SE/30 in order to run MS-DOS. Then run Executor on the MS-DOS. (Executor is an old MacOS emulator that let you run System 6 and earlier Mac software on a PC).

    3. Re:Why Stop There? by Bing+Tsher+E · · Score: 1

      Just tagging this on:

      Executor still exists, and is open source now. But it appears nothing is being done with it.

    4. Re:Why Stop There? by UnknownSoldier · · Score: 1

      That reminds me of the Birth and Death of Javascript

  4. Same as WOW Emulation? by Anonymous Coward · · Score: 0

    Isn't WOW using hardware "emulation" (running in 32 bits mode in a 64 bits hypervisor) whereas this would require software emulation and be hopelessly slow?

    1. Re: Same as WOW Emulation? by Anonymous Coward · · Score: 0

      Not really, the cpu runs in 32-bit mode in usermode but most calls inside kernel32 and ntdll call the normal 64-bit kernel services. There is code out there that switches to 64-bit mode from inside a normal 32-bit process.

    2. Re:Same as WOW Emulation? by TheRaven64 · · Score: 1

      It depends on how the emulation works. The emulator that Apple branded as Rosetta (and then had to stop selling once IBM bought the company that made it) had some compatibility code that let you expose native functions to emulated code. If you're spending a lot of time in system libraries and these are native versions exposed to the emulator then even an emulator that gets to 50% native speed (not unrealistic these days) will give good performance. Add to that, most desktop apps haven't been CPU-limited for quite a while.

      --
      I am TheRaven on Soylent News
    3. Re:Same as WOW Emulation? by Anonymous Coward · · Score: 0

      hopelessly slow?

      Depends on how old that software is you're running on the emulated x86 processor. At 2+ GHz on a modern 4 core Arm processor, maybe you would have the equivalent of a ten year old single core PC, which might be acceptable for a word processor type application.

    4. Re:Same as WOW Emulation? by OrangeTide · · Score: 1

      Keep in mind, a 10 year old single core PC is equivalent to a 3 year old dual core netbook.

      An emulator that does some decent JIT is probably going to be reasonably fast. I don't know if it's 25% or 50% or 75%, but I don't think it's 10%.

      --
      “Common sense is not so common.” — Voltaire
    5. Re:Same as WOW Emulation? by tepples · · Score: 1

      3 year old dual core netbook

      I thought the laptop companies had already stopped making netbooks before November 2013. (Source, from 3 years and 10 months ago)

    6. Re:Same as WOW Emulation? by OrangeTide · · Score: 1

      They quit calling them netbooks, yes.

      But companies are still actively making and marketing 12" laptops and convertible tablets with ultra-low power (aka slow) x86 processors.

      Dell offers laptops with Windows 10 and Intel Core m3-6Y30 0.9 GHz. That processor is from last year, it has a base frequency of 900 MHz and a boost up to 2.2 GHz. If you run anything other than Windows 10 on it, it probably won't boost though.

      --
      “Common sense is not so common.” — Voltaire
    7. Re:Same as WOW Emulation? by Anonymous Coward · · Score: 0

      Maybe the Chromebooks killed the netbooks? Or maybe it was Windows 10 that killed them. Certainly my netbook with Windows 7 was slow, but the same netbook with Linux was plenty fast.

      I think Microsoft was concerned about the low cost of netbooks, and wanted to push ultrabooks instead. Remember, they did limit the amount of RAM that manufacturers could put in a netbook? MS damaged the PC market.

    8. Re:Same as WOW Emulation? by Anonymous Coward · · Score: 0

      An emulator that does some decent JIT is probably going to be reasonably fast.

      Android had to reach version 4.x to get acceptable performance, unless M$ pulls out some abandoned emulation code it's going to take a while before it's any useful.

    9. Re:Same as WOW Emulation? by Anonymous Coward · · Score: 0

      WOW isn't an emulator at all. It's a Thunking layer, redirecting 32-bit calls to their 64-bit counterparts, exactly same as Win32 had a Win16 Thunking layer to allow Win16 apps to run on Win32.

    10. Re:Same as WOW Emulation? by OrangeTide · · Score: 1

      I think the branding of "netbook" became toxic, so we don't see it anymore. But the equipment still exists, people still buy them. sub-$300 tiny underpowered laptops are still offered by the usual suspects. In my experience netbooks are a waste of money, and I usually recommend people save up until they have around $650 to spend for a laptop, depending on their needs.

      I don't think Chromebook sales are enough to really matter, compared to PC sales they are around 2% of the market. Probably closer to 10% (wild guess) for the really low-end. And while I think a Chromebook with a crappy cpu is a more usable device than Windows 7, 8 or 10 on the same crap cpu, being able to run Windows apps usually wins out. (I'm a Linux guy, but most people don't make the same choices as I do for buying gear)

      There is an unconfirmed rumor that new ChromeOS development is ending, and the team is moving into a maintenance only mode. I'm still looking for conformation on what is currently only a word-of-mouth buzz in the valley. (people switching teams at Google, leaving Google, etc) It may only be a thinning of team that has grown too large.

      --
      “Common sense is not so common.” — Voltaire
    11. Re:Same as WOW Emulation? by OrangeTide · · Score: 1

      As a professional developer for Android OS, kernel and driver. Sometimes Android makes stupid choices and lives with those stupid choices for several releases.

      Microsoft's core VM team for .NET is probably pretty good at designing and writing JITs.
      But Microsoft is unlikely to dump any resources in doing this right unless they have a key customer paying them to do it.

      --
      “Common sense is not so common.” — Voltaire
    12. Re:Same as WOW Emulation? by tepples · · Score: 1

      But companies are still actively making and marketing 12" laptops

      Therein lies the rub. A 12" screen starts to climb out of the size class where a laptop can fit in a bag that doesn't scream "this is an expensive laptop; please steal it and take it to a pawn shop".

  5. fallacy, poindexter by iggymanz · · Score: 2

    emulation of x86 for apps not sufficient, that doesn't make drivers work.

    1. Re:fallacy, poindexter by Anonymous Coward · · Score: 0

      Lack of drivers should not be anything new for people that have attempted to use Linux.

    2. Re:fallacy, poindexter by iggymanz · · Score: 1

      you're funny, I wasted 2 hours yesterday downloading hundreds of megabytes of "drivers" for my relative's windows box (3 driver all total). Windows didn't have the "drivers".

      I don't have to do that for my Linux and BSD machines.

    3. Re:fallacy, poindexter by Anonymous Coward · · Score: 0

      Well if they're redesigning the entire wheel to make these peripherals work in the first place, what's so hard about writing driver-as-app interfaces for it?

    4. Re:fallacy, poindexter by The-Ixian · · Score: 1

      you're funny, I wasted 2 hours yesterday downloading hundreds of megabytes of "drivers" for my relative's windows box (3 driver all total). Windows didn't have the "drivers".

      I don't have to do that for my Linux and BSD machines.

      Unless you want to run the closed source drivers anyway. And that is only if there ARE closed source drivers. I recently ran into catch 22 hell when I tried to get the b44-based driver installed on an older laptop while at my mom's place (no access to other computers to download the driver from). I ended up having to scare up a network cable and sit in the basement next to the router while I got the driver downloaded and installed.

      So, yeah, not exactly the "hundreds of megabytes" problem, but to say that Linux (or BSD) machines don't have driver issues is being a bit disingenuous...

      --
      My eyes reflect the stars and a smile lights up my face.
    5. Re:fallacy, poindexter by Anonymous Coward · · Score: 0

      emulation of x86 for apps not sufficient, that doesn't make drivers work.

      That depends entirely on how this emulation layer works. You might be able to run the drivers (for whatever you're talking about, a printer or something?) on the emulated machine just fine.
      You're obviously not putting an RX480 video card in your phone, so that sort of driver doesn't matter.

    6. Re:fallacy, poindexter by Anonymous Coward · · Score: 0

      I don't understand what drivers you expect to use that will not have native equivalents on the ARM64 platforms...

    7. Re:fallacy, poindexter by Anonymous Coward · · Score: 0

      I had the same problem with windows 7 not recognizing an extremely common ethernet chipset, fortunately I had an old USB wifi dongle which managed to get windows to the point where it could automatically install the drivers because I didn't have any other means to get those drivers.

    8. Re:fallacy, poindexter by Anonymous Coward · · Score: 0

      ATi has no drivers.

    9. Re:fallacy, poindexter by Anonymous Coward · · Score: 0

      Was it a Windows 7 or 8 machine? Because Windows 10 SHOULD have the drivers. And if it doesn't, it will automatically download them.

    10. Re:fallacy, poindexter by thegarbz · · Score: 1

      Oh you could download drivers? What luxury.

      Hundreds of megabytes sounds like something that would take about 10 minutes not 2 hours. But hey at least you got there.

    11. Re:fallacy, poindexter by iggymanz · · Score: 1

      no the 2 hours is because of install and reboot times

      I buy hardware that will run my wares, so I have the luxury of Linux and *BSD drivers.

    12. Re:fallacy, poindexter by Anonymous Coward · · Score: 0

      Nope, you don't need to emulate x86 for that. New hardware will come with native drivers, hardware vendors will have enough incentive. It's users that need emulation to run old software.

      No matter how much they talk about "continuum". The real plan is to break bonds with Intel, and probably the whole traditional PC architecture as well. The post-PC era is beginning, this time for real.

    13. Re:fallacy, poindexter by Cytotoxic · · Score: 1

      You got to download drivers and run your wares?

      Luxury!

      Why, back in my day we had to type our wares in from Compute's Gazette. And we didn't have a tape drive either! No, we had to put a sign on the keyboard that said "do not touch". Then we could run our wares..... if we were lucky!

    14. Re:fallacy, poindexter by thegarbz · · Score: 1

      no the 2 hours is because of install and reboot times

      Aaah so a 5 year old $50 computer.

  6. FX!32 on WinNT Alpha by Anonymous Coward · · Score: 1

    Microsoft had the same basic thing on Windows NT 4 for Alpha. It had the FX!32 x86 emulator. IIRC it was a dynamic recompiler that saved off the recompiled code for faster operation the next time the app was run. Doesn't .Net also do this?

    1. Re:FX!32 on WinNT Alpha by Bugler412 · · Score: 2

      it worked, but it was primarily a DEC effort, not an MS one. DEC did the heavy lifting in cooperation with MS in an effort to get mainstream adoption of Alpha processors.

    2. Re:FX!32 on WinNT Alpha by Predius · · Score: 4, Interesting

      I remember using it to play Starcraft on a Alpha 21164 using a Win2k beta. First run would be slow, then subsequent runs would get faster and faster...

    3. Re:FX!32 on WinNT Alpha by unixisc · · Score: 1

      From what I recall, it was a bit different. It intercepted x86 win32 system calls, substituted them w/ Alpha win32 system calls, and the rest of the stuff was the raw x86 to Alpha translations. Sun used a similar concept in Wabi emulation of Windows on their SunOS workstations

      This one seems to be purely a raw translation of x86 to ARM, since the goal here is to support legacy Windows applications (written for XP, 7) on Windows 10 Mobile.

    4. Re:FX!32 on WinNT Alpha by movdqa · · Score: 1

      I ran this on an Alphastation 400 while working at DEC. FX!32 did on-the-fly code translation (no compilation as there was no source code involved) but it would store the translation for use later on if you ran the code (executable, shared libraries) again. You could also schedule translation to run when you weren't using the system so it would go around translating your applications without any performance penalties when you were around. It worked but I ran into crashes with some applications and updated applications and operating system components required retranslation. CPUs were pretty slow back then so translations could take hours. These days, I'd just prefer to run a VM in VirtualBox on an x86 processor with 16-32 GB of RAM. I don't plan on running desktop applications on a phone anytime soon. I imagine a bunch of AVX2 operations on a phone wouldn't turn out well either.

    5. Re:FX!32 on WinNT Alpha by unixisc · · Score: 1

      The Alpha CPU wasn't slow, even for then, but what was different then was that multiprocessing and multithreading applications weren't common, especially as mainstream Windows at the time was Windows 98, which didn't support SMP. That coupled w/ the fact that uniprocessing Alphastations and Alphaservers were expensive enough that Alpha based SMP workstations were out of the question.

      What changed was after Windows XP merged the codebases of both 2000 and ME, mainstream Windows supported SMP. Intel took advantage of that to come up w/ the core architecture, where more cores could be tossed into the system, and still be cost competitive w/ RISC workstations. Of course, by that time, the plug had been pulled on all the NT/RISC platforms, so that MIPS or Alpha could not use the advances that x64 came up w/. So end result was you had high performance (SMP) x64 systems that could run native code, instead of FX!32 translated code.

      I do agree w/ you that emulated apps on a phone won't turn out well. Microsoft can do better by identifying all the practical apps that developers do, and spending the cash getting them to port to Windows 10 Mobile

    6. Re:FX!32 on WinNT Alpha by movdqa · · Score: 1

      I said that CPUs back then were pretty slow; not specifically Alpha CPUs. We did development work on NT, Unix and VMS on AlphaServer 8000 series. We did some work on some pretty early development hardware too. Our software was supported multiprocessing and clustering from the mid-1980s (might be the late 1980s - it was a long time ago) on the VAX 6000 series systems. I just used the Alphaserver to connect into the appropriate system or cluster to do development on. I do not recall when we added multithreading but I'd guess late 80s or early 90s. I think that you skipped the Pentium Pro (1995) which didn't sell well and the AMD Athlon-X2 (2005) which beat Intel on its mainstream dual-core processors by a year - they also beat Intel to market on x64 supoort. But the Alphas and other RISC processors suffered sharply from price/performance. I had a SparcStation back around 2000 and it cost about $20K. I could get an Intel workstation for about $4K with five times the useful performance. That is five times the performance at one-fifth the price. The brutal advantage of commodity processors took a considerable toll over RISC processors through the 2nd half of the 1990s and beyond. I recall at DEC that Mark Palmer was laying off huge numbers of engineers and selling off what could be sold until the eventual sale to Compaq. We still have Alpha systems these days but they're emulated on x86. Last time I used a real Alpha systems was about ten years ago.

    7. Re:FX!32 on WinNT Alpha by TheRaven64 · · Score: 1

      The Alpha CPU wasn't slow, even for then,

      The Alpha was not slow for then, but by modern standards the 400MHz Alphas that were common in Windows NT Alpha machines are slow: my low-end smartphone is faster. The speed of the Alpha was part of the reason FX32! worked so well: a typical Alpha was about twice the speed of the fastet processor Intel sold, so even paying a pretty high emulation penalty let you run things very fast.

      This isn't the case with ARM, and especially the kinds of ARM cores that you're likely to find in mobile devices. They're not faster than desktop x86 processors, though they might be a lot faster than the processors that legacy applications were designed to run on.

      --
      I am TheRaven on Soylent News
  7. When you finally thought ... by dasgoober · · Score: 2

    ... that you had enough memory in your phone.

  8. Re:Here I come by Anonymous Coward · · Score: 0

    You're about to get x86 AIDS.

  9. Maybe by Anonymous Coward · · Score: 0

    Maybe if we keep posting serious technical articles about Win10, people will eventually start to ignore what an abomination it is.

  10. You never heard about Bochs by aglider · · Score: 1

    Don't You?

    --
    Sent as ripples into the electromagnetic field. No single photon has been harmed in the process.
    1. Re:You never heard about Bochs by Anonymous Coward · · Score: 0

      Hmm. Yes but it's PPC only...

    2. Re:You never heard about Bochs by Anonymous Coward · · Score: 0

      So was Connectix Virtual PC until Microsoft bought them out and used it as a way to get pseudo-VM's into Windows a few years before Hyper-V existed.

    3. Re:You never heard about Bochs by Anonymous Coward · · Score: 0

      Hmm. Yes but it's PPC only...

      I used to run in on Linux to boot a Windows virtual machine, and I never owned anything with a PPC.

      I think aglider's point was that it was software x86 emulation and it worked.

    4. Re:You never heard about Bochs by Anonymous Coward · · Score: 0

      Bochs is generic x86 emulator so it is only a compilation away to port, duh! You must be confusing with something else.

    5. Re:You never heard about Bochs by Koen+Lefever · · Score: 1

      Did you ever hear of the x86 emulator which exists for ARM since July 1987?

      1988 Review in PCW

      1991 Edition of the manual

      --
      /. refugees on Usenet: news:comp.misc
    6. Re:You never heard about Bochs by aglider · · Score: 1

      I suggest you to read something more about Bochs!
      Bochs is a software emulator running under a wide variety of OSes emulating a wide variety of CPUs. And it's opensource.
      The point is that you don't need Microsoft's solution in order to run ARM apps in Windows and to run Windows applications within your favorite.

      --
      Sent as ripples into the electromagnetic field. No single photon has been harmed in the process.
  11. In one year Windows Phone will be a ghost town by ITRambo · · Score: 1

    Only one more year to wait to see how well, or poorly. x86 programs run on Windows Mobile devices. The problem will be that, I presume, that only 0.1 percent of Windows Mobile will have the horsepower to actually make this a useful thing to do. Looks to me like a Surface Phone could come out at the end of 2017 that will do the job with outstanding hardware, a high price, and will sell very well. Anything else will be ignored.

    1. Re:In one year Windows Phone will be a ghost town by swb · · Score: 1

      Is there anything about this better than an RDP solution now?

      Or are they holding back on the external KVM part of the solution until they can run x86 binaries? I would think with external KVM and an RDP app would be all you would need in a corporate context to run RDP apps.

      I have a hard time seeing emulated x86 running well, especially in mobile phone hardware footprints.

    2. Re:In one year Windows Phone will be a ghost town by The-Ixian · · Score: 2

      I recently made the move to Android myself.

      Funny thing is, since that time, I have been more interested in looking to see what other people are using and I have seen more Windows Mobile devices in people's hands than I would have thought. My rough estimate is 1-2% of the people I have seen on public transportation have Windows Mobile devices.

      --
      My eyes reflect the stars and a smile lights up my face.
    3. Re:In one year Windows Phone will be a ghost town by Blaskowicz · · Score: 1

      Not sure it would require a lot of resources if you run e.g. an average 15-year-old Windows application. Back then PC came out with 128MB RAM, I also had one with 80MB RAM (Windows 98SE) which I upgraded a bit and wow the most ridiculous thing is we could do everything back then we can do today (web browsing, IM, playing movies and music on the computer, video games). Well, there was MSN chat and the video games were better.

    4. Re:In one year Windows Phone will be a ghost town by Anonymous Coward · · Score: 0

      Assuming he's talking about windows phone, there are many people that bought them because of the Nokia logo, once they dropped Nokia they also dropped those users.

    5. Re: In one year Windows Phone will be a ghost town by Anonymous Coward · · Score: 0

      Continuum already works. The (few) high end winphones have usb C dock options. I held off for a year before I bought one and haven't looked back. I can vpn and rdc from my phone with no third party malware risk (just first party, duh hur hur hur), and dock it for a complete keyboard, mouse and tv/monitor setup.

      It runs, reads and writes MSOffice. Not a compatible(ish) suite, that "almost" works. Sure, there are fewer other iFart apps, but my phone is for work and I can do my job from it alone. An MS issued ssh would be nice, but RDC to a putty enabled box gets it done.

    6. Re:In one year Windows Phone will be a ghost town by unixisc · · Score: 1

      Only one more year to wait to see how well, or poorly. x86 programs run on Windows Mobile devices. The problem will be that, I presume, that only 0.1 percent of Windows Mobile will have the horsepower to actually make this a useful thing to do. Looks to me like a Surface Phone could come out at the end of 2017 that will do the job with outstanding hardware, a high price, and will sell very well. Anything else will be ignored.

      As someone who owns a Lumia 550 - the low end of Windows 10 Mobile phones, I quite agree, even though I like the phone.

      For starters, Windows 10 Mobile already has support for Microsoft Office and Edge so I hardly see what are the desktop applications it needs to run. People don't usually use phones for content creation. If Microsoft was doing something like their erstwhile ARM based Surface, I'd see the point, but for this phone, I just don't. OneNote is particularly great on this phone.

      While Windows 10 Mobile does have some of the major apps, like WhatsApp, Fandango, Yelp!, and a few others, one thing it seriously lacks is a VOIP application (I haven't had a chance to test whether WhatsApp video calls work on this). Other than that, it does lack things like Lyft, Uber Partner, and a lot of the apps happen to miss features that are there on iOS or Android equivalents. Otherwise, Windows 10 mobile is a good OS - while I do prefer iOS to it, I prefer it to Android.

      Bringing legacy desktop applications to Lumias won't do squat for it

  12. Windows mobile is dead by edxwelch · · Score: 0

    Why are they still pretending Windows 10 mobile isn't dead?
    http://betanews.com/2016/07/29...
    No, no it's not dead, it's just resting... Beautiful plumage!

  13. Oh, thank God... by __aaclcg7560 · · Score: 1

    I was worried that I wouldn't be able to play minesweeper on the new ARM processors.

    1. Re:Oh, thank God... by unixisc · · Score: 1

      Uh, I know you're being facetious, but actually, Minesweeper is available from their mobile app store

  14. Why not Windows 10 Mobile on x86? by LocoBurger · · Score: 3, Interesting

    Is there some reason to not go this route? It seems a lot more obvious to me; no emulation needed. Continuum on Windows 10 Mobile on x86 solves most of these problems. I think Microsoft's last best chance for Windows Mobile to be anything other than a footnote is to support corporate desktops, and x86 phones that are also a corporate workers desktop seems like something they can manage in short order. At that point, good old-fashioned Microsoft inertia takes over and plenty of people start using their work platform as their personal device as well.

    I don't see it conquering the world, but it's probably a profitable niche at least.

    1. Re:Why not Windows 10 Mobile on x86? by slew · · Score: 4, Interesting

      Is there some reason to not go this route? It seems a lot more obvious to me; no emulation needed. Continuum on Windows 10 Mobile on x86 solves most of these problems. I think Microsoft's last best chance for Windows Mobile to be anything other than a footnote is to support corporate desktops, and x86 phones that are also a corporate workers desktop seems like something they can manage in short order. At that point, good old-fashioned Microsoft inertia takes over and plenty of people start using their work platform as their personal device as well.

      I don't see it conquering the world, but it's probably a profitable niche at least.

      Since Intel gave up on mobile (and AMD never was on mobile and doesn't have the money to invest in this anyhow), going forward, why would anyone attempt to build an phone with x86 hardware? How could it possibly be a profitable niche?

      You just have to face the facts, on mobile, it's ARM or nothing for the forseeable future...

    2. Re:Why not Windows 10 Mobile on x86? by Anonymous Coward · · Score: 0

      Because Intel is effectively given up on developing x86 processors for phones. The only game in town is really ARM.

    3. Re:Why not Windows 10 Mobile on x86? by EndlessNameless · · Score: 1

      Because Intel's mobile SOCs are getting into budget devices and little else.

      None of the phone vendors has much interest in moving away from ARM, and Microsoft isn't big enough in mobile to make them do it.

      So, Microsoft can either play nice with ARM hardware or wither further into irrelevance (in the mobile market).

      Most workstations have ample CPU power to emulate ARM apps---it makes sense to extend cross-platform support in this manner rather than trying to shoehorn a new ISA into a market where they have minimal presence.

      To this day, Windows has a hardware abstraction layer below the kernel from back when they wanted to run on Alpha CPUs. Native ARM support is possible if they ever decide it's worthwhile.

      --

      ---
      According to the latest ruleset, this post should be modded as Vorpal Flamebait +5.
    4. Re:Why not Windows 10 Mobile on x86? by slew · · Score: 1

      Because Intel's mobile SOCs are getting into budget devices and little else.

      None of the phone vendors has much interest in moving away from ARM, and Microsoft isn't big enough in mobile to make them do it.

      So, Microsoft can either play nice with ARM hardware or wither further into irrelevance (in the mobile market).

      Most workstations have ample CPU power to emulate ARM apps---it makes sense to extend cross-platform support in this manner rather than trying to shoehorn a new ISA into a market where they have minimal presence.

      To this day, Windows has a hardware abstraction layer below the kernel from back when they wanted to run on Alpha CPUs. Native ARM support is possible if they ever decide it's worthwhile.

      Microsoft already decided to pull the lever on native ARM support as this was required to make Windows RT (which ran on ARM SoCs). In addition to the windows kernel, Office** on RT was a native ARM app that used the WinAPI. However, in typical Microsoft fashion, they decided it was only worthwhile to support native ARM for their own apps (after allowing others to beta this feature, they turned it off support for non Microsoft ARM-apps in the production release of RT).

      **apparently visual basic was too hard to port to ARM, so OfficeRT didn't support VB-scripts.

    5. Re:Why not Windows 10 Mobile on x86? by Kjella · · Score: 1

      Why not Windows 10 Mobile on x86?

      I bet they wanted to, they must have known Windows RT was a bad deal but it took them quite a while to get an Intel CPU in a non-"pro" tablet. With Intel cancelling their Broxton SoC in April, I don't think there's any suitable x86 hardware platform in production or on the roadmap. And with Qualcomm announcing the Snapdragon 835 on 10nm any process lead Intel had is caught up and possibly overtaken and Android/iPhone owns the market so Intel bailed. So now Microsoft has to bet on ARM and the unified windows platform, it's not working but they don't have any other alternatives than waving the white flag and dropping phones altogether. WinTel seem to have managed to draw a line in the sand with the Surface line though, the iPad and ChromeBook doesn't seem so menacing to their core business anymore.

      --
      Live today, because you never know what tomorrow brings
    6. Re:Why not Windows 10 Mobile on x86? by unixisc · · Score: 1

      If you did have a phone made of x86, how exactly would that salvage the Windows Mobile platform? As it is, the current ARM based Lumias do run Microsoft Office: you can see and even edit the Word document or Excel spreadsheet that you created on the laptop (assuming it's either stored on OneDrive or transferred to your phone). In fact, the phone is great w/ OneNote: I've used it for things like Shopping lists, travel plans and so on.

      The main shortcomings of this platform is that in the US, they often miss major apps - like Lyft or Uber Partner, or that the apps on this platform are crippled in contrast to their iOS or Android equivalents (like banking apps not supporting check deposits). That is not gonna be solved by x86 emulation or support. In the past, in Windows Phone 8, Microsoft tried doing Web Apps, where if you clicked on the app, it would open up an Internet Explorer instance that would take you to the web page of that app, so that you could do the same thing that you'd do on your laptop, but that was a lame approach. The key is getting all major productivity apps onto the platform, even if it doesn't support Pokémon Go!

    7. Re:Why not Windows 10 Mobile on x86? by unixisc · · Score: 1

      I think MIPS has a fair chance in the market as well, but you are right that x86 won't cut it

    8. Re:Why not Windows 10 Mobile on x86? by slew · · Score: 1

      I think MIPS has a fair chance in the market as well, but you are right that x86 won't cut it

      Imagination Technologies purchased MIPS for only $60M and attempted to entice SoC manufacturers to use their cores for mobile. But mobile never played out for them and the company started losing money with that strategy so now Imagination is also retreating to the embedded space from mobile like Intel. So we are back to ARM being the only realistic choice.

    9. Re:Why not Windows 10 Mobile on x86? by Anonymous Coward · · Score: 0

      There's some MIPS in mobile too, but perhaps none in phones (although 2G dumb phones with USB and SD are free to run whatever)
      Android on MIPS is a thing, yet that is very fitting to use that word to characterize it, a footnote.
      The most noteworthy thing about x86 phones may be that they did use emulation. You could transparently emulate ARM on x86 to run a few things and that's why I think emulating x86 on ARM64 phones is not a huge burden, although it would be for limited purpose like running a couple legacy apps. Especially when you're docked and you don't have power/energy constraints - with such things as USB Power Delivery, you would still be gaining battery life instead of losing it, even if you waste a lot of CPU power.

      If your ARM phone is high spec'ed enough it even has the grunt for running a whole x86 VM (linux, windows etc.). To give another example you can run Dosbox on some crappy phone anyhow.

    10. Re:Why not Windows 10 Mobile on x86? by jezwel · · Score: 1

      The idea is that x86 mobile with Continuum would allow single device convergence, though it could cannibalise existing Windows OS licensing & SA in the enterprise. There has been a movement towards Windows user licensing, so theoretically an x86 mobile phone that hooks up to an enterprise domain could require Windows SA and retain that income stream for MS. Would need a good dock for external monitors & peripherals. Useful also if they have voice smart switching between 4G, wifi, and ethernet via dock depending on location context.
      We have a significant number of users where a single device would be sufficient, and it wold also provide extra business continuity functionality. IT asset management and cost management may be significantly simplified too.

    11. Re:Why not Windows 10 Mobile on x86? by TheRaven64 · · Score: 1

      MIPS is a horrible ISA (and I say this as someone who works on a MIPS compiler). Branch delay slots haven't made much sense since pipelines grew to be longer than three stages (and the branch likely instructions with their delay slots that are only used sometimes are a pain to model). The lack of complex addressing modes makes low-power designs hard (putting an add and a shift into your load pipeline is cheap, adding an extra instruction or two for every load or store is not). The ABIs are all horrible; the lack of PC-relative addressing means that you have to use a jr / jalr $t9 for every function call so that the function knows that $t9 contains the PC on entry. The proliferation of incompatible extensions makes building portable binaries a pain if you want good performance.

      MIPSr6 is a mediocre instruction set. It's not bad, but it's not particularly good either. It also loses the one thing of value that MIPS had: backwards compatibility. You can run MIPS I code on a MIPS64r2 core, but a MIPS32r6 core needs binary translation to be able to do the same, and if you're going to do binary translation then you might as well use ARM and benefit from an ecosystem that has a huge amount of investment.

      --
      I am TheRaven on Soylent News
  15. Is it a joke by Anonymous Coward · · Score: 0

    Or do they really need to keep making up names?

  16. Much needed. by Anonymous Coward · · Score: 0

    I'm one of the few with a 7" x86 tablet running Windows 8. It's an awesome little machine. I get to use full feature desktop programs from a machine that fits in my pants pockets. Pair it up with a bluetooth keyboard/mouse and I can even run a number of modern games (HD3000 gpu) and program on it...

    The #1 problem that prevents me from recommending anyone get one is battery life. Even Intel's tablet class Atoms suck down batteries... I'm lucky to get 4 hours with the tablet in sleep mode! Switching over to ARM64 with x86 emulation, even if there is a 50% speed reduction, would greatly solve this issue.

    Of course, it doesn't really solve the #2 problem with the device. Tablets are content consuming devices, not content creation devices. Windows has always been a content creation centered OS. And that sort of defeats the purpose of putting it on any mobile device. Buy a laptop... It has the added benefit of easily running Linux or BSD.

    1. Re:Much needed. by MightyMartian · · Score: 1

      I have a 8" x86 tablet running Windows 10, and it may be one of the worst mobile devices I've ever possessed. I got it for free with the purchase of a 13" laptop from the Microsoft store, so I can't bitch too much, but oh my god is Windows 10 a terrible terrible terrible small screen experience. I wish I could unlock the thing and installed x86 Android on it. As it is, it sits in a drawer and maybe, if I feel like paying for the mini HDMI cable and a Bluetooth keyboard, I might throw it on my TV to run VLC

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    2. Re:Much needed. by NotAPK · · Score: 1

      "terrible terrible terrible on screen experience"

      FTFY! :)

    3. Re:Much needed. by bazorg · · Score: 1

      Last year I got one of those, mainly because it included a 1 year subscription of Office that I could keep in case the hardware was not good enough.

      I'll agree that the small screen (1280x800) experience was not great, even after upgrading from 8 to Windows 10. For me, not being able to use Firefox (or Chrome) using just the touchscreen was what convinced me to sell the hardware and just keep the O365 subscription.
      The tablet was a Lynx 7" with an atom CPU just like what powered the Tesco Hudl2 - a very good budget Android tablet. Overall it was OK hardware, but not really worth having, compared to any comparable mini PC that could be plugged in to the TV.

  17. Re:This apper gets it! by tepples · · Score: 1

    What do apps use to talk to the hardware?

    Drivers!

  18. Wot, not enough exploits for ARM? by Thud457 · · Score: 1
    --

    the preceding comment is my own and in no way reflects the opinion of the Joint Chiefs of Staff

  19. So as not to pay for a cellular data plan by tepples · · Score: 1

    Is there anything about this better than an RDP solution now?

    You mean other than not having to pay hundreds of dollars per year to a cellular carrier for a data plan so that you can run RDP while riding the city bus or otherwise out of range of Wi-Fi?

    1. Re:So as not to pay for a cellular data plan by swb · · Score: 1

      I'm guessing the use of an external KVM eliminates that kind of mobile phone use scenario, unless you carry a KVM setup on the bus with you.

  20. performance would probably suck by ecloud · · Score: 1

    I can't even get qemu to emulate a raspberry pi faster than the pi itself on a Core i7 processor. I don't suppose going the other direction would work any better.

    1. Re: performance would probably suck by Anonymous Coward · · Score: 0

      Interesting data point. Thanks!

      I would have expected better. Maybe qemu isn't using 4 cores on the i7.

      Perversely I run x86 DOS 6.2 in qemu onmy rpi3. Faster than the original 286!

    2. Re: performance would probably suck by Anonymous Coward · · Score: 0

      QEMU is about to introduce "MTTGC" which allows to use several host CPU cores when emulating several target CPU cores.

    3. Re: performance would probably suck by Anonymous Coward · · Score: 0

      That will work very badly when emulating x86 on ARM, as the ARM memory model is much less strict.
      There's a good chance quite a few multithreaded programs will not work properly if you do that.

  21. 1/10th the performance for 10x the powerusage. by Anonymous Coward · · Score: 0

    I am sure that's going to be a huge success, especially in the mobile market.

  22. Ancient game of RISC by Impy+the+Impiuos+Imp · · Score: 1

    I remember way back when, when Apple shifted Macs from 68000-based processors to the Power PC. Instantly, the fastest 68000-based Mac was the 68000 emulation mode of the Power PC. And native was faster still.

    --
    (-1: Post disagrees with my already-settled worldview) is not a valid mod option.
    1. Re:Ancient game of RISC by Anonymous Coward · · Score: 0

      I recall it being the other way around, initially. The emulated 68K applications on the initial Power Macintosh were comparable in performance to mid-range 68K systems, but the high-end 68K were faster when running the same applications.

    2. Re: Ancient game of RISC by Anonymous Coward · · Score: 0

      That's because you are not a real iFan.

      A real iFan's cup is 4x the speed of the Intel part in a regular PC....
      Because the g4 was 2x the speed of an intel chip. And the replacement for the g4 was 2x that speed. So, by Apple benchmark logic, an i5 in an Apple is 4x the speed of the same chip in a PC.

    3. Re:Ancient game of RISC by Bert64 · · Score: 1

      Native apps were faster, but apps under emulation were always pretty slow, especially on the early ppc models.
      The fastest 68k based mac was actually an amiga with a 68060 processor (apple never moved beyond the 68040) running an emulator.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    4. Re:Ancient game of RISC by Agripa · · Score: 1

      I remember way back when, when Apple shifted Macs from 68000-based processors to the Power PC. Instantly, the fastest 68000-based Mac was the 68000 emulation mode of the Power PC. And native was faster still.

      As with a lot of semiconductor products they produced, Motorola did not make the effort necessary to compete using the later 68k processors so it is not surprising that emulation on a faster processor would yield good results. To be fair to Motorola, the 68k ISA was even less friendly to high performance designs than x86.

  23. Microsoft could throw $$$ at AMD to make x86 phone by Anonymous Coward · · Score: 0

    Microsoft could make a desperate move to get back into the mobile phone space - an x86 mobile phone guaranteed to run Windows10 natively.
    Microsoft could throw $$$ at AMD to design / build the CPU, as Intel has given up.
    Modern x86 processors convert the x86 CPU Instructions into RISC Micro Ops.
    AMD could build an x86 CPU that converts the x86 CPU instructions to ARM Ops. The hardware conversion should be very efficient.

  24. FX!32 by Anonymous Coward · · Score: 0

    This was done 20 years ago with FX!32 to run x86 Windoes binaries on Alpha.

  25. Need? by MMC+Monster · · Score: 1

    Is there much need for this, even in the corporate world?

    I think what's much more useful in the corporate world is screencasting, so that the screen is essentially agnostic and you can project any video source on it, not be limited to x86 phone apps. That way if you want to use a windows mobile app with attachable keyboard, that's fine. If on the other hand you use an iPhone or Android app, it will still work just fine.

    Microsoft has to face facts: They've lost the mobile market and have to create standards that others are compelled (either due to corporate environment or actual user needs) to follow.

    --
    Help! I'm a slashdot refugee.
  26. Re:This apper gets it! by EndlessNameless · · Score: 1

    Maybe other apps? It's hard to tell.

    It's not like he's ever making sense anyway.

    --

    ---
    According to the latest ruleset, this post should be modded as Vorpal Flamebait +5.
  27. Fall? by Anonymous Coward · · Score: 0

    Fall 2017, so that's around April then??

  28. Can I get the tiny without the underpowered? by tepples · · Score: 1

    sub-$300 tiny underpowered laptops are still offered by the usual suspects. In my experience netbooks are a waste of money, and I usually recommend people save up until they have around $650 to spend for a laptop

    I have a 10" Dell netbook from six and a half years ago, but it's showing its age, and I fear not being able to find replacement parts once it finally does bite the dust. Is there a market for laptops that are smaller than 12" but not underpowered?

    1. Re:Can I get the tiny without the underpowered? by OrangeTide · · Score: 1

      No, you aren't likely to find a 10" laptop going forward. You might find a decent convertible/2-in-1 (tablet-laptop) of that size, although I was not able to find any currently available that had decent specs. Almost all of the 10.1" 2-in-1s are ARM-based and run Android, so not a very good substitute for your netbook.

      There are a few vendors doing tablets and 2-in-1 using the quad core Intel Atom X5 (z8000-series Cherry Trail). The benchmarks I've seen have it as the lowest performing Intel of 2015, it's not terrible, but it's seems like an underpowered choice to me.

      --
      “Common sense is not so common.” — Voltaire
    2. Re:Can I get the tiny without the underpowered? by tepples · · Score: 1

      The use case is hobby coding projects in a language that's nowhere near as complicated to compile as (say) C++. For this kind of work, even an underpowered choice would be better than a device that can neither run Windows apps (even those usable in Wine) nor show two different apps on the screen at once.

  29. Meesa thinks is the other way around... by williamyf · · Score: 1

    Normaly, the less powerfull architecture is virtualized/emulated in the more powerful one.

    That's why you could run (whay back when) X86 on alpha, but not the other way around.

    If we asume ARM64 in Mobiles, X86 in Workstations, Desktops and Laptops, and a mix of both in tablets, we see that ARM64 is the weaker architecture, NOT BECAUSE OF THE ARCHITECTURE ITSELF (that's open to debate), but because of thermal disipation limits and power (battery) limitations.

    Therefore, the emulation will probably be ARM64 emulated on top of X86 Hardware.

    Besides, just to top it off, Microsoft is an ARM licensee, so they can implement the ISA however they see fit (including via emulation), while emulating X86 on top of ARM may open a can of legal worms with both intel (x86-32) and AMD (X86-64).

    --
    *** Suerte a todos y Feliz dia!
  30. And still.... by Gumbercules!! · · Score: 1

    ...no one will buy one.

  31. I wonder why they used ARM at all by DrXym · · Score: 1
    Continuum is a good concept - a phone that becomes a desktop. But hobbling that concept by making it only run Windows universal apps makes it still born. A good idea becomes an absolutely terrible idea. It MUST run native software or it will not take off.

    Microsoft would have been better off to choose an Intel mobile chipset and worked on this other stuff. Then when it was ready they could switch to ARM if they liked. However, chances are that even if ARM does get x86 emulation it will be terrible. It'll eat batteries and it will chug. Microsoft should also be tooling up their Developer Studio to spit out universal binaries using LLVM or similar. If an exe is compiled natively on first invocation then it doesn't matter what processor it runs on and performance should be good on all of them.

  32. Re:Microsoft could throw $$$ at AMD to make x86 ph by PingSpike · · Score: 1

    Intel just dumped 10 billion dollars into a sink hole trying to run ARM out of town only to end up running back home with their tail between their legs. AMD might have again have a competitive product on the desktop next year but they've been in poor shape for a long time. I can't imagine AMD management wanting to sign up to repeat Intel's expensive failures. Maybe if Microsoft offered a deal where they took all the risk/cost off their hands this might sign on. But Microsoft doesn't seem like they want to actually stick their neck out there and do the hard work to fight it out in mobile so I doubt they would offer that. They just want to show up and win because for some reason they think people actually want Windows on their phone.

  33. Re:Microsoft could throw $$$ at AMD to make x86 ph by unixisc · · Score: 1

    Wouldn't that hybrid CPU that AMD is making for both x86 and ARM work for Microsoft in this case?