Hi all, I bought a gaming PC with the intention of installing Linux to play recent games. I chose AMD for the GPU because I know the drivers are more optimized on Linux.

After receiving and assembling my machine, I installed Fedora without any problem. I found a lot of software on Github to replace the proprietary software for my AIO and headphones. Everything worked the first time except… Steam! Unable to launch it, black window which restarted in a loop.

After searching on the internet, I found that it was enough to modify PrefersNonDefaultGPU on steam to solve my problem (but I understand that ordinary people do not want to bother with this kind of hack and prefer the windows experience that works out of the box).

Then I installed Cyberpunk and… well the game runs at 120fps in ultra, what more can I say… Oh yes, the keyboard preset is in Qwerty even though I have an azerty keyboard (sorry Baguette) and in the first hour of play, I was able to notice a bug in a rather disturbing shadow/light and in the drops of water on a windshield which appeared and disappeared in a strange way.

So with my €1500 machine I got a little upset… and I wanted to install Windows out of curiosity.

Installation is…complicated! No driver for my network card, a ton of software that I don’t need, in short, Windows…

I installed steam, launched Cyberpunk and… my keyboard is recognized, 120 fps too (I am offered raytracing which does not interest me and makes me lose fps but it is available) and in the first hour of play NONE bug.

So here I am, I hate Windows, but it runs my games better than Linux and I’m really lost. I’ve just discovered Nobara, I would have loved to try it but I’m tired of starting the first 3 hours of cyberpunk again and I’m convinced that I’ll have some graphical bugs with it.

(also another problem, there are too many Linux distributions, too much choice kills choice)

TDLD: I bought an expensive computer to play under Linux, but a few bugs made me reluctantly install Windows.

  • sugar_in_your_tea@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    1
    ·
    1 year ago

    Isn’t that just a dual boot with extra steps? Or are you saying you could have a SW rendered Linux GUI while Windows is using the GPU, then switch Linux to use the GPU later? I thought there were lots of issues with swapping GPUs between host and VM without a reboot?

    Could you provide more info?

    • Link@rentadrunk.org
      link
      fedilink
      English
      arrow-up
      3
      ·
      1 year ago

      It’s just like a dual boot but slightly faster. You also don’t need to worry about having two drives, messing around with partitions or having Windows overwrite your boot loader.

      As you pass your GPU to the VM, Linux can’t use it anymore so all you see on your screen is the VM. When you start and shutdown the VM, a script runs to prepare the VM to boot or to hand over the GPU back to the host.

      • sugar_in_your_tea@sh.itjust.works
        link
        fedilink
        English
        arrow-up
        2
        ·
        1 year ago

        So can you launch it straight from a graphical desktop and just suspend the graphical bits somehow? Or do you need to drop to a vtty first? Does it work properly when loading from a snapshot, or do you have to boot each time?

        I don’t need to use Windows very often, but it would be nice to run a script to get into it, then he back where I was after closing out.

        • Link@rentadrunk.org
          link
          fedilink
          English
          arrow-up
          4
          ·
          edit-2
          1 year ago

          You can launch it from virt-manager or from the command line providing you run the script first manually.

          The script will kill the display manager and unload the drivers ready to give the GPU to the VM so any GUI programs you have open will be instantly closed.

          Regarding snapshots I’m not sure about this as I don’t use them but I have a feeling that libvirt doesn’t support snapshots with passed through devices.