• Re: Dimdows-on-ARM Hitting Headwinds?

    From Tyrone@21:1/5 to All on Tue Jul 22 22:39:02 2025
    XPost: comp.os.ms-windows.advocacy

    On Jul 22, 2025 at 6:23:05 PM EDT, "Lawrence D'Oliveiro" <ldo@nz.invalid> wrote:

    NVidia has been working on a desktop PC chip (presumably ARM-based,
    though the article does not make this explicit), but this has hit
    delays, according to <https://www.tomshardware.com/tech-industry/semiconductors/nvidias-desktop-pc-chip-holdup-purportedly-tied-to-windows-delays-ongoing-chip-revisions-and-weakening-demand-also-blamed>.

    Seems the delays are not (solely) down to hardware development
    problems, as previously reported; instead

    ... the new information points toward a broader set of factors,
    including Microsoft’s slower-than-expected OS roadmap and
    weakening demand across the notebook market.

    Wonder what “slower-than-expected OS roadmap” means? Does it mean Microsoft is having trouble making Windows-on-ARM fit for production
    use?

    Actually Windows on Arm is just fine. I run it every day. The problem is STILL that lots of business-critical stuff has not been recompiled for Arm. So it either runs slowly in emulation or not at all, depending on how badly it was written.

    Hard to blame MS for that. Hell, there are businesses STILL running old DOS stuff and 16 bit Windows stuff.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lawrence D'Oliveiro@21:1/5 to All on Tue Jul 22 22:23:05 2025
    XPost: comp.os.ms-windows.advocacy

    NVidia has been working on a desktop PC chip (presumably ARM-based,
    though the article does not make this explicit), but this has hit
    delays, according to <https://www.tomshardware.com/tech-industry/semiconductors/nvidias-desktop-pc-chip-holdup-purportedly-tied-to-windows-delays-ongoing-chip-revisions-and-weakening-demand-also-blamed>.

    Seems the delays are not (solely) down to hardware development
    problems, as previously reported; instead

    ... the new information points toward a broader set of factors,
    including Microsoft’s slower-than-expected OS roadmap and
    weakening demand across the notebook market.

    Wonder what “slower-than-expected OS roadmap” means? Does it mean
    Microsoft is having trouble making Windows-on-ARM fit for production
    use?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lawrence D'Oliveiro@21:1/5 to Tyrone on Wed Jul 23 00:47:40 2025
    XPost: comp.os.ms-windows.advocacy

    On Tue, 22 Jul 2025 22:39:02 +0000, Tyrone wrote:

    Actually Windows on Arm is just fine. I run it every day. The problem is STILL that lots of business-critical stuff has not been recompiled for
    Arm. So it either runs slowly in emulation or not at all, depending on
    how badly it was written.

    In other words, Windows-on-ARM is *not* fine.

    As I keep getting told over and over, people don’t want to run Windows,
    they want to run their Windows apps. If those don’t work, then you might
    as well forget it.

    Until Microsoft can fix Windows-on-ARM, people aren’t going to touch it.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From rbowman@21:1/5 to Tyrone on Wed Jul 23 02:46:50 2025
    XPost: comp.os.ms-windows.advocacy

    On Tue, 22 Jul 2025 22:39:02 +0000, Tyrone wrote:

    Actually Windows on Arm is just fine. I run it every day. The problem is STILL that lots of business-critical stuff has not been recompiled for
    Arm. So it either runs slowly in emulation or not at all, depending on
    how badly it was written.

    Hard to blame MS for that. Hell, there are businesses STILL running old
    DOS stuff and 16 bit Windows stuff.

    The history doesn't help. Windows RT left a bad taste. I don't use it and
    am pulling a name out of the air but Quciken gets mentioned as a problem
    with moving to Linux.

    Intuit, or whoever owns it now, already had the experience of developing incompatible versions for Windows and Mac and should have corporate
    memories of the pain involved. Microsoft's first Arm attempt, RT, had the lifespan of a mayfly. Now they're trying again. I think the exclusive
    contract expired so now there may be other offerings but it isn't exactly making headlines.

    They would understandably be reluctant to do another port until they see
    if Windows on Arm has legs this time. Hopefully they do a better job of explaining that WoA isn't WoX64 this time so someone who loves Quicken
    realizes there isn't a native Arm version and it may run poorly or not at
    all in the emulator, so they aren't going to buy a Arm notebook. The
    Qucken people track the Arm sales and see they're soft which lessens the enthusiasm.

    Chicken and egg, and Microsoft has been burned by it before with the phone
    and RT.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From rbowman@21:1/5 to Lawrence D'Oliveiro on Wed Jul 23 02:53:56 2025
    XPost: comp.os.ms-windows.advocacy

    On Wed, 23 Jul 2025 00:47:40 -0000 (UTC), Lawrence D'Oliveiro wrote:

    On Tue, 22 Jul 2025 22:39:02 +0000, Tyrone wrote:

    Actually Windows on Arm is just fine. I run it every day. The problem
    is STILL that lots of business-critical stuff has not been recompiled
    for Arm. So it either runs slowly in emulation or not at all, depending
    on how badly it was written.

    In other words, Windows-on-ARM is *not* fine.

    As I keep getting told over and over, people don’t want to run Windows, they want to run their Windows apps. If those don’t work, then you might
    as well forget it.

    Until Microsoft can fix Windows-on-ARM, people aren’t going to touch it.

    The other problem is whether laptop battery life is all that important to
    the average consumer if that is going to be the Arm selling point. I can't gauge that since I seldom use the laptop without it being plugged in.
    Judging from the new library which has more outlets than Home Depot I
    don't think I'm unique.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From rbowman@21:1/5 to Lawrence D'Oliveiro on Wed Jul 23 02:19:08 2025
    XPost: comp.os.ms-windows.advocacy

    On Tue, 22 Jul 2025 22:23:05 -0000 (UTC), Lawrence D'Oliveiro wrote:

    Wonder what “slower-than-expected OS roadmap” means? Does it mean Microsoft is having trouble making Windows-on-ARM fit for production
    use?

    I would guess the x64 emulator isn't going well and they realize without
    that they have another RT on their hands.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Not Necessary@21:1/5 to rbowman on Thu Jul 24 02:04:54 2025
    XPost: comp.os.ms-windows.advocacy

    On 23 Jul 2025 02:46:50 GMT, rbowman wrote:

    On Tue, 22 Jul 2025 22:39:02 +0000, Tyrone wrote:

    Actually Windows on Arm is just fine. I run it every day. The problem
    is STILL that lots of business-critical stuff has not been recompiled
    for Arm. So it either runs slowly in emulation or not at all, depending
    on how badly it was written.

    Hard to blame MS for that. Hell, there are businesses STILL running old
    DOS stuff and 16 bit Windows stuff.

    The history doesn't help. Windows RT left a bad taste. I don't use it
    and am pulling a name out of the air but Quciken gets mentioned as a
    problem with moving to Linux.

    Intuit, or whoever owns it now, already had the experience of
    developing incompatible versions for Windows and Mac and should have corporate memories of the pain involved. Microsoft's first Arm attempt,
    RT, had the lifespan of a mayfly. Now they're trying again. I think the exclusive contract expired so now there may be other offerings but it
    isn't exactly making headlines.

    They would understandably be reluctant to do another port until they see
    if Windows on Arm has legs this time. Hopefully they do a better job of explaining that WoA isn't WoX64 this time so someone who loves Quicken realizes there isn't a native Arm version and it may run poorly or not
    at all in the emulator, so they aren't going to buy a Arm notebook. The Qucken people track the Arm sales and see they're soft which lessens the enthusiasm.

    Chicken and egg, and Microsoft has been burned by it before with the
    phone and RT.

    Windows is too integrated into the x86 architecture at this point. They
    need to re-write the kernel from scratch; and with the 30 year baggage
    that they have (I'm being lenient and starting from Windows 95); it is a
    tough ask. Microsoft are at the same boat they were with Edge -- build a browser from scratch, and be left in the lurch; or just take up an open-
    source fork of the most popular browser and add their own crap to it.
    Since they can't rip off the Linux kernel without every single IT company shoving their butts with lawsuits, they could just pull a PlayStation and
    use the BSD kernel.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lawrence D'Oliveiro@21:1/5 to Not Necessary on Thu Jul 24 02:39:55 2025
    XPost: comp.os.ms-windows.advocacy

    On Thu, 24 Jul 2025 02:04:54 -0000 (UTC), Not Necessary wrote:

    Windows is too integrated into the x86 architecture at this point.

    The ironic thing is that the original Windows NT design was meant to be portable across different architectures. Versions for Alpha and Itanic did ship, but in the end all the non-x86 ports failed in the marketplace. And
    not due to lack of popularity of those architectures, either.

    They need to re-write the kernel from scratch ...

    The path of least resistance from this point on is to rework the Windows “personality” on top of the Linux kernel. WSL2 can be considered an
    initial step along this path.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From rbowman@21:1/5 to Joel on Thu Jul 24 05:23:45 2025
    XPost: comp.os.ms-windows.advocacy

    On Wed, 23 Jul 2025 22:53:21 -0400, Joel wrote:

    Your obsession with hating Microsoft leads you to say inaccurate things.
    Windows is portable. It does work on ARM. Is it as comprehensive as IntelAMD Windows' support, probably not, but some people are willing to sacrifice a little compatibility for a better hardware platform. All
    that being said, I'd like to run Linux on ARM.

    Is there a better hardware platform yet?

    https://arstechnica.com/gadgets/2024/07/surface-pro-11-and-laptop-7- review-an-apple-silicon-moment-for-windows/

    I detected several damning with faint praise moments.



    I currently have two ARM boards running Linux. Both are Debian 12
    (Bookworm). The RPi 3+ is dedicated to a robotic dog but the RPi 5 is a
    general purpose box. It's not a powerhouse but it's usable.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From rbowman@21:1/5 to Joel on Thu Jul 24 17:48:34 2025
    XPost: comp.os.ms-windows.advocacy

    On Thu, 24 Jul 2025 11:19:53 -0400, Joel wrote:

    It occurs to me that there are apps precompiled for IntelAMD on Linux
    that would have to be manually compiled for ARM, so maybe for now I'm
    better off with the Intel box I have. But the future is wide-open.

    https://flexibits.com/blog/2024/10/fantastical-for-windows-is-finally-
    here/

    https://www.arm.com/company/success-library/fantastical

    I'm not going to sign up for more spam to get the case study but it's interesting an Apple app that only recently was ported to x64 Windows also jumped onto Windows on Arm. I wonder if developing it in the Apple world
    gave them a leg up on Arm and how useful AI was in the port?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Not Necessary@21:1/5 to Joel on Sat Jul 26 11:50:20 2025
    XPost: comp.os.ms-windows.advocacy

    On Wed, 23 Jul 2025 22:53:21 -0400, Joel wrote:

    Your obsession with hating Microsoft leads you to say inaccurate things.
    Windows is portable. It does work on ARM. Is it as comprehensive as IntelAMD Windows' support, probably not, but some people are willing to sacrifice a little compatibility for a better hardware platform. All
    that being said, I'd like to run Linux on ARM.

    Microsoft themselves failed to capitalize on providing support to ARM. The portability of Windows is inconsequential if the apps are unsupported. As
    long as x86 apps does not have near-universal compatibility with the
    underlying software with a minimal translation layer (such as Apple's
    Rosetta); transitioning Windows to ARM architecture would be difficult.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)