Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Microsoft Operating Systems Windows

'Prism' Translation Layer Does For Arm PCs What Rosetta Did For Macs (arstechnica.com) 37

An anonymous reader quotes a report from Ars Technica: Microsoft is going all-in on Arm-powered Windows PCs today with the introduction of a Snapdragon X Elite-powered Surface Pro convertible and Surface Laptop, and there are inevitable comparisons to draw with another big company that recently shifted from Intel's processors to Arm-based designs: Apple. A huge part of the Apple Silicon transition's success was Rosetta 2, a translation layer that makes it relatively seamless to run most Intel Mac apps on an Apple Silicon Mac with no extra effort required from the user or the app's developer. Windows 11 has similar translation capabilities, and with the Windows 11 24H2 update, that app translation technology is getting a name: Prism.

Microsoft says that Prism isn't just a new name for the same old translation technology. Translated apps should run between 10 and 20 percent faster on the same Arm hardware after installing the Windows 11 24H2 update, offering some trickle-down benefits that users of the handful of Arm-based Windows 11 PCs should notice even if they don't shell out for new hardware. The company says that Prism's performance should be similar to Rosetta's, though obviously this depends on the speed of the hardware you're running it on. Microsoft also claims that Prism will further improve the translation layer's compatibility with x86 apps, though the company didn't get into detail about the exact changes it had made on this front.

This discussion has been archived. No new comments can be posted.

'Prism' Translation Layer Does For Arm PCs What Rosetta Did For Macs

Comments Filter:
  • by Ol Olsoc ( 1175323 ) on Monday May 20, 2024 @03:25PM (#64486111)
    Are they trying to resurrect the name Prism? It has a rather unpopular cachet among many on Slashdot.
  • I've not found it in the Ars Technica piece but does Prism support i686 x86 code? Or it's only for x86-64/AMD64?
    • I would assume x86 and x64, as there is still quite a bit of 32-bit code floating around. Looking at my task manager, there are 32-bit services running from Adobe and VMWare.

      • Iâ(TM)m not sure about 32 bit code as that is a massive translation. 64 bit instructions are generally just a lookup away of having a similar enough series of instructions on ARM, since 64 bit Intel is really just a RISC architecture with 32 bit extensions.

        Microsoft has been trying really hard to get rid of 32 bit and failing thus far, the last time they tried going with Qualcomm (the whole reason Windows 8 exists) failed also on the 32 bit and app compatibility issue, Apple successfully got rid of 32

  • Is it an emulator when Microsoft does it?

  • XPS (Score:4, Informative)

    by labnet ( 457441 ) on Monday May 20, 2024 @03:47PM (#64486181)

    I’ve always used XPS15s, and I’m lucky if I get 2Hrs out of a battery.
    My wife and kids use Apple macs and they get 8+ hours and I can’t even feel them warm up.

    I’m very looking forward to longer battery life for those of us stuck in windows land.

    • by AmiMoJo ( 196126 )

      Is it broken? Independent tests show much longer battery life than that from the all recent XPS15s.

      AMD machines from Lenovo get over 20 hours with stuff like video playback and basic web browsing. Seriously, 2 hours sounds very broken.

      • Decided to try Dell XPS systems at work as well here. I'm lucky to get 1.5 hours. I think the power management drivers were broken for a while, as it only got about 50 minutes when it was brand new. I'm not talking about heavy use here, I'm talking a Confluence page and maybe a zoom window. So not idle but not spinning up all the cores either.
    • It would be more appropriate to say you are stuck in x86 CISC land. The CISC architecture continues holding Win x86 back with inherent inefficiencies over a clean RISC design like the ARM chips being pumped out by (basically everyone) and the RISC-V innovations happening now.. Intel unfortunately abandoned Itanium, but has had an ARM division making ARM chips for ages, so the ability to switch is there, it just has to be brave and actually do it now.

      Maybe PRISM opens that door and Intel can cast off CISC sh

    • > I’m very looking forward to longer battery life for those of us stuck in windows land.

      Unless they make some serious changes to Windows itself, and to corporate "lock downs" if you're talking corp laptops, then I predict you're going to be out of luck. They could put in a nuclear power plant and somehow Windows, search indexing, updates, Group Policy, Anti-malware and goodness knows whatever else they seem to throw in there will consume it all.

      Set your expectations at say 3-4 hours of battery life

    • Apple did do a major hit when they went to the ARM based silicon. My i7 MBP sounds like a jet plane taking off when doing heavy compute stuff. However, even my Apple Silicon MBP or Mac Mini, I've never heard it spin its fans up. The MBP I have can go easily for eight hours, while I can, at most, squeeze 4-6 hours out of a Windows laptop.

      Windows on ARM, even with the Prism translation layer, sounds like a quite useful thing. If something is ARM native, it will use less energy, and if something needs to b

  • I wonder if they will have a say in the naming...
  • It seems there is intent to retain both ISAs, x64 and ARM64, indefinitely. So, to avoid nightmare of perpetual emulation, I gather the eventual plan is to have dual built programs in some fashion? Half for each ISA so that either CPU is optimal.
    Surely it won't be virtual machine only?

    • by Guspaz ( 556486 )

      Presumably, but I assume they'll also advocate for .NET as a path to avoiding emulation.

    • Apple used to have the old fat binaries for Motorola and intel. However, my guess is that Microsoft will use this as a chance to promote their app store. Developers provide two versions or some sort of fat blob and the App Store gives the right version to each user. This creates an advantage for the App Store over a conventional download.
      • Apple used to have the old fat binaries for Motorola and intel. However, my guess is that Microsoft will use this as a chance to promote their app store. Developers provide two versions or some sort of fat blob and the App Store gives the right version to each user. This creates an advantage for the App Store over a conventional download.

        They were renamed Universal Binaries (no Package-Shaming!), and Nowadays, they carry Intel and Apple Silicon Binaries. And that's the way they are still distributed outside of the Mac App Store.

        And they work great.

      • Apple used to have the old fat binaries for Motorola and intel.

        No. Those are relatively new fat binaries. Apple's old fat binaries were for 680x0 and PPC. IIRC, they also did some wacky stuff around the OS9-OSX transition.

    • by necro81 ( 917438 )

      It seems there is intent to retain both ISAs, x64 and ARM64, indefinitely. So, to avoid nightmare of perpetual emulation, I gather the eventual plan is to have dual built programs in some fashion?

      That occurred on the Apple side during the transition from PowerPC to Intel. A program could be considered a "universal binary [google.com]" if it had been compiled for both ISAs. I gather that developing in Xcode made it pretty easy for the developer. (They also deployed Rosetta, because sometimes a developer couldn't or

    • When these ARM based windows laptops will become common, more and more legacy applications will be replaced eventually. There are just too many legacy applications going around in businesses. And to be honest, if it works, does the job, why would there be a need to convert it to .NET so it also can run natively on ARM (but no guarantee it will perform better as the original application).
  • Ok fine there is an emulator to make Arm based windows machines able to run intel targeted software.

    Thing is when Apple was transitioning architecture all the software makers were hell bent on providing native versions of their software for Arm. Is that same thing happening in the windows ecosystem?

    I don't see it. Without that, how do Arm based windows machines ever be more than an experiment?

    • If ARM based laptops hit the enterprise and were able to check all the boxes (AutoPilot, InTune, etc.), I can see a sea change going to ARM. However, getting businesses to understand why an upgrade cycle to ARM would benefit them would be the battle. However, with the longer battery life, better cooling, and other features, this might not be a hard sell, assuming Microsoft supported all management features and such on the ARM architecture, including WSL.

      • The question is can it run Intel 32 bit DLL-based Office plugins? The answer is no, since even the 64 bit version of Office cannot do it to the point they are still releasing the next versions of Office in 32 bit. They only just removed 16 bit support in Windows 11, it has been a long time since 1995.

Help fight continental drift.

Working...