• agent_flounder@lemmy.world
        link
        fedilink
        English
        arrow-up
        9
        arrow-down
        1
        ·
        9 months ago

        Could be. If you’re running a core 2 duo I am fairly certain Linux will run markedly faster than Windows 10+…

        • Shdwdrgn@mander.xyz
          link
          fedilink
          English
          arrow-up
          5
          ·
          9 months ago

          I actually still have some old servers with chips from that period, one of them is still being used as my firewall but until last year I was using others to run multiple VMs for email and web sites. Not as power-efficient but they do still work.

      • Abnorc@lemm.ee
        link
        fedilink
        English
        arrow-up
        6
        ·
        9 months ago

        People on the fence may be convinced. Most will just buy new computers.

      • Max-P@lemmy.max-p.me
        link
        fedilink
        English
        arrow-up
        4
        arrow-down
        1
        ·
        9 months ago

        That’s not a guarantee on the Linux world either, but at least you do have the option of recompiling your distro to not use those options.

        There’s talks from some distros to start dropping support for such old CPUs because it’s holding back newer CPUs that could run even faster by using those instructions.

        • Shdwdrgn@mander.xyz
          link
          fedilink
          English
          arrow-up
          1
          arrow-down
          1
          ·
          9 months ago

          Is it really that hard to include a fallback though? Obviously there’s a way to collect the information without that flag. I suppose if you didn’t want to take a performance hitting checking the flag all the time it could become a compile option (I would think anyone running that old of hardware would be willing to learn how to compile the kernel anyway), but there should be options available to keep the support available some how?

          • Max-P@lemmy.max-p.me
            link
            fedilink
            English
            arrow-up
            2
            ·
            9 months ago

            That’s pretty much exactly how it works already. You compile with -march=x86-64-v4 and it’ll use SSE and AVX all over the place.

            glibc does the runtime thing, but only once on application startup where the dynamic linker will link the version of the function optimized for your CPU. But it’s a manual process on glibc’s part, the variants are written by hand.

            Not every project cares enough to do it dynamically like that and it would be a nightmare that way.

            The fallback is, recompile with -march=x86-64 which will only use the base set of instructions. Or -march=i486 if you want to run on absolutely ancient hardware.

        • Shdwdrgn@mander.xyz
          link
          fedilink
          English
          arrow-up
          1
          ·
          9 months ago

          Oh I’ve set up a couple of those at work! Their systems seem to be rock-solid (at least I’ve heard no complaints over the last few years), and their tech support is outstanding. Good luck with your new shiny!

      • ZILtoid1991@kbin.social
        link
        fedilink
        arrow-up
        9
        arrow-down
        12
        ·
        10 months ago

        Issue is, a lot of people still using Windows, and Linux pro-audio is still questionable at best (lack of drivers, etc.).

        • aksdb@lemmy.world
          link
          fedilink
          English
          arrow-up
          22
          arrow-down
          1
          ·
          9 months ago

          I don’t think the venn diagram for people relying on pro-audio and using 20 year old computers has a large overlap.

        • TWeaK@lemm.ee
          link
          fedilink
          English
          arrow-up
          6
          arrow-down
          3
          ·
          10 months ago

          Also there’s lots of industry tools where you can’t really use anything but Windows. Even if you could technically make it work, it isn’t a good idea because of how critical the system you’re interfacing with is.

    • z00s@lemmy.world
      link
      fedilink
      English
      arrow-up
      5
      arrow-down
      1
      ·
      9 months ago

      The actual oh no is the amount of ewaste this will create as people buy completely new systems as they think that’s their only option

        • z00s@lemmy.world
          link
          fedilink
          English
          arrow-up
          2
          arrow-down
          1
          ·
          9 months ago

          Sure, but only a fraction will be saved. It’s criminal how much ewaste Apple and Microsoft are responsible for. That’s what happens when people are taught that profits can only increase year on year.