• @Shadywack
    link
    English
    227 months ago

    Combination, and it depends on the game. Dxvk will add latency, but depending on the renderer and how the game runs the reduction in CPU overhead by using dxvk instead of native can provide performance gains, especially on certain CPU’s.

    On games with a native vulkan renderer, Linux will most often just be faster since you have less system overhead burden. This has been fascinating to see though.

    • First the games started to become playable, but framerates weren’t so great.
    • Framerates started to improve
    • Framerates started to become a wash between Windows vs Linux
    • We are progressing into this step: it either runs comparably or better.

    The results are mixed right now, and it’s going to be real hard to nail down predictability as far as performance goes. More often than not, so long as DRM isn’t involved, games run really well on day one. Older games are starting to see a performance uplift and reliability improvements through proton/dxvk/vkd3d.

    I’m very happy though that what we’re talking about is comparable performance metrics. We use to be content if the shit ran at all.

    • @Zeth0s
      link
      English
      167 months ago

      One comment to add to your post, Linux is better on performances not just because of the less overhead, but because manages resources much effectively. You could have a bloated linux, it still would perform better because resources are properly managed

      • @Shadywack
        link
        English
        97 months ago

        That’s an absolutely correct and very relevant point. On any equivalent computational loads, Linux comes out ontop. Better scheduler, better I/O, better stack.

          • @Shadywack
            link
            English
            -27 months ago

            Yes but it’s very much an afterthought. Their notion of using containers and the Job Objects is largely a bolted on approach. If you look into the Job Objects, that would be what I can think of as the closest equivalent.