Everybody can calm down about Rosetta 2 performance now

Avatar
13

https://www.macrumors.com/2020/11/15/m1-chip-emulating-x86-benchmark/

Apple said once that Rosetta 2 translates apps before first launch, so it isn’t realtime emulation. Isn’t this what Xbox is doing with 360 games? (although they’re pre-converted and downloaded from MS rather than the machine doing it)

Comments (13)

13 responses to “Everybody can calm down about Rosetta 2 performance now”

  1. Avatar

    wright_is

    They had already announced at the WWDC that it was translated to native ARM instructions on first launch, so the initial launch will be slower, but thereafter faster. The Windows on Qualcomm, on the other hand interprets it on the fly every time.

    • Avatar

      waethorn

      In reply to wright_is:

      This is what I was talking about. I wonder if the original file gets replaced with the new one or if the OS just tracks that the original executable is x86 and launches another cached file elsewhere in the file system.

    • Avatar

      paradyne

      In reply to wright_is:

      It does not just interpret on the fly every time. It also translates blocks of code and the XTA Cache service saves those to disk for future use. This avoids a long delay at first run but accelerates the execution as more of the app gets used.

  2. Avatar

    matsan

    So less than 25% penalty for the translated emulation, full 64-bit support and Universal Apps pouring in. Seems like WoA just went DoA.

    • Avatar

      waethorn

      In reply to matsan:

      WoA was DOA from the start. I can't even imagine why Microsoft didn't do this in Windows when the technology already existed for Xbox. Why is Apple so good at this and Microsoft so bad?

      • Avatar

        matsan

        In reply to Waethorn:

        As noted above by bkkcanuck - the fact that 16-bit applications are still supported in Windows 10 and all the other legacy APIs is... pathetic?

        Apple burned the bridge in Catalina when they finally put Carbon API to rest and may now move forward.

        • Avatar

          waethorn

          In reply to matsan:

          16-bit applications are only supported on 32-bit versions. When was the last time you saw an OEM system ship with a 32-bit version at all?


          That's a trick question: OEM systems don't ship with 32-bit preloads anymore because of Microsoft's rules.


          Yes, they do have 32-bit images available as there are special use cases for it, but only in client desktop and embedded images. They also still support legacy BIOS's even though that technology support was added all the back in Windows Vista SP1.

          • Avatar

            matsan

            In reply to Waethorn:

            OK - I see that NTVDM is only supported on 32-bit - phew!

            (I helped a friend getting his EEPROM-programmer (with parallel-port interface) and compiler (both 16-bit DOS applications) running under Windows 10 during the Covid-summer when he took up 8-bit development on the 80535 CPU).

      • Avatar

        curtisspendlove

        In reply to Waethorn:

        Apple so good at this and Microsoft so bad?


        Apple has done this before. At least twice. And have been working at it full-speed ahead for years now.


        They have hardware and software teams that can work in lock-step on a complete, custom solution.


        Microsoft has far more complexity: a third-party chip team (design and fab) and significantly more legacy baggage.


        Apple has been shedding legacy baggage like crazy the last few years. Everything that was in the way, gonzo...no worky.

    • Avatar

      peterc

      In reply to matsan:

      I look forward to seeing how people receive win 10X next spring, which I’m assuming will “dump legacy” and cover arm and intel chipsets for this brave new world! 😀


      Its time for change people, and you just know how long term windows users love change!

Leave a Reply