• @InvertedParallax@lemm.ee
    link
    fedilink
    English
    43 months ago

    Even beyond that, short of something like blender, Windows just can’t handle that kind of horsepower, it’s not designed for it and the UI bogs down fairly fast.

    Linux, otoh, I find can eat as much CPU as you throw at it, but often many graphics applications start bogging down the X server for me.

    So I have a windows machine with the best GPU but passable cpu and a decent workstation gpu with insane cpu power on linux.

      • @InvertedParallax@lemm.ee
        link
        fedilink
        English
        13 months ago

        Meh, not nearly as configurable as linux, some things you can’t change.

        NFS beats SMB into a cocked hat.

        You start spending more time in a terminal on linux, because you’re not dealing with your machine, you’re always connecting to other machines with their resources to do things. Yeah a terminal on windows makes a difference, and I ran cygwin for a while, it’s still not clean.

        Installing software sucks, either having to download or the few stuff that goes through a store. Not that building from source is much better, but most stuff comes from distro repos now.

        Once I got lxc containers though, actually once I tried freebsd I lost my windows tolerance. Being able to construct a new effective “OS” with a few keystrokes is incredible, install progarms there, even graphical ones, no trace on your main system. There’s just no answer.

        Also plasma is an awesome DE.

        • @Mihies@programming.dev
          link
          fedilink
          English
          23 months ago

          Ah, ok, I thought you were taking about Windows not being able to run CPU at full speed. But yes, it’s certainly a different OS with ups and downs.

          • @InvertedParallax@lemm.ee
            link
            fedilink
            English
            13 months ago

            Well, it can’t run multithreaded jobs at full speed.

            Exhibit A: The latest AMD patch for multicore scheduling across NUMA.