• colourlesspony@pawb.social
    link
    fedilink
    arrow-up
    55
    arrow-down
    2
    ·
    4 months ago

    I feel like linux users benefit the most from arm since we can build our software natively for arm with access to the source code.

      • RedWeasel@lemmy.world
        link
        fedilink
        English
        arrow-up
        22
        ·
        4 months ago

        Until risc-v is at least as performant as top of the line 2 year old hardware it isn’t going to be of interest to most end users. Right now it is mostly hobbyist hardware.

        I also think a lot of trust if being put into it that is going to be misplaced. Just because the ISA is open doesn’t mean anything about the developed hardware.

      • 737@lemmy.blahaj.zone
        link
        fedilink
        arrow-up
        8
        ·
        4 months ago

        RISC-V is currently already being used in MCUs such as the popular ESP32 line. So I’d say it’s looking pretty good for RISC-V. Instruction sets don’t really matter in the end though, it’s just licensing for the producer to deal with. It’s not like you’ll be able to make a CPU or even something on the level of old 8-bit MCUs at home any time soon and RISC-V IC designs are typically proprietary too.

      • uis@lemm.ee
        link
        fedilink
        arrow-up
        2
        ·
        4 months ago

        Same goes for RV, OpenRISC, MIPS and other architectures.

    • benzmacx16v@discuss.tchncs.de
      link
      fedilink
      arrow-up
      26
      arrow-down
      2
      ·
      4 months ago

      It doesn’t usually work that well in practice. I have been running an M1 MBA for the last couple years (asahi Arch and now Asahi Fedora spin). More complex pieces of software typically have build system and dependencies that are not compatible or just make hunting everything down a hassle.

      That said there is a ton of software that is available for arm64 on Linux so it’s really not that bad of an experience. And there are usually alternatives available for software that cannot be found.

      • arthurpizza@lemmy.world
        link
        fedilink
        English
        arrow-up
        9
        ·
        4 months ago

        Long time Raspberry Pi user here, the only software I can’t load natively is Steam. What software are you having problem with on the M1?

        • Daeraxa@lemmy.ml
          link
          fedilink
          arrow-up
          5
          ·
          4 months ago

          Electron apps using older versions that don’t support the 16k page size are probably the biggest offenders

            • Daeraxa@lemmy.ml
              link
              fedilink
              arrow-up
              2
              ·
              4 months ago

              I can’t say I’m one who shares that sentiment seeing as the only two projects I’m involved with happen to be Electron based (by chance rather than intention). Hell, one of them is Pulsar which is a continuation of Atom which literally invented Electron.

        • sabreW4K3@lazysoci.alOP
          link
          fedilink
          arrow-up
          2
          ·
          4 months ago

          Aha. I see so many Docker projects with examples of how to build for ARM, I just assumed it was always that easy.

          • qaz@lemmy.world
            link
            fedilink
            arrow-up
            2
            ·
            4 months ago

            It’s easy to compile something for a certain infrastructure if you can compile it yourself and won’t have to beg another party to do so.

        • Daeraxa@lemmy.ml
          link
          fedilink
          arrow-up
          1
          ·
          4 months ago

          Is that a developer licence thing? I know GitHub recently announced Windows Arm runners that would be available to non-teams/enterprise tiers later this year.

          • RedWeasel@lemmy.world
            link
            fedilink
            English
            arrow-up
            5
            ·
            4 months ago

            It isn’t as simple as just compiling. Large programs like games then need to be tested to make sure the code doesn’t have bugs on ARM. Developers often use assembly to optimize performance, so those portions would need to be rewritten as well. And Apple has been the only large install of performant ARM consumer hardware on anything laptop or desktop windows. So, there hasn’t been a strong install base to even encourage many developers to port their stuff to windows on ARM.

            • Daeraxa@lemmy.ml
              link
              fedilink
              arrow-up
              1
              ·
              edit-2
              4 months ago

              Yeah this has been our (well, my) statement on requests to put out ARM binaries for Pulsar. Typically we only put binaries out for systems we actually have within the team so we can test on real hardware and replicate issues. I would be hesitant to put out Windows ARM builds when, as far as I know, we don’t have such a device. If there was a sudden clamouring for it then we could maybe purchase a device out of the funds pot.

              The reason I was asking more about if it was to do with developer licences is that we have already dealt with differences between x86 and ARM macOS builds because the former seems to happily run unsigned apps after a few clicks, where the latter makes you run commands in the terminal - not a great user experience.

              That is why I was wondering if the ARM builds for Windows required signing else they would just refuse to install on consumer ARM systems at all. The reason we don’t sign at the moment is just because of the exorbitant cost of the certificates - something we would have to re-evaluate if signing became a requirement.