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

    It’s annoying all the articles are focusing on performance versus stock wine here when basically everyone uses Proton or a fork of it anyway, which has had fsync for years now that does similar performance uplift.

    The story here should be that we’re getting fsync level performance with fewer bug and it can be upstreamed to wine. There is no relevant performance uplift for Proton users, but I guess performance gets clicks so that’s the story all the press are going with.

    • refalo@programming.dev
      link
      fedilink
      arrow-up
      0
      ·
      2 months ago

      I can’t believe stock wine is still so bad with so many games. GTA5 is still unplayable with a keyboard, it just freezes for 5 seconds with every single keypress.

  • atzanteol@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    4
    ·
    2 months ago

    I promise I won’t go more into the tech bits meant for developers

    I truly hate authors who speak down to me.

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

      Often you see that in blog posts where the author themselves doesn’t fully understand the details.

      • Zozano@lemy.lol
        link
        fedilink
        English
        arrow-up
        1
        ·
        edit-2
        2 months ago

        “I’m healthy, I eat fruit, vegetables, etc.”

        “What’s etc.?”

        “Other things”

        “Like what?”

        “… Let’s move on.”

  • kbal@fedia.io
    link
    fedilink
    arrow-up
    1
    ·
    2 months ago

    More recently, from Phoronix:

    While the initial driver patches were merged to char/misc and now in turn within Linux 6.10 Git, much of the enablement work wasn’t accepted in time. Thus for Linux 6.10 the new NTSYNC driver is marked as “broken”, so it won’t even be built for normal kernel builds.

    Hopefully for Linux 6.11 or sometime soon the rest of the NTSYNC patches are upstreamed for yielding this massive boost to Windows games on Linux.

  • Mactan@lemmy.ml
    link
    fedilink
    arrow-up
    1
    ·
    2 months ago

    article from February, anybody got benchmarks? pretty sure this is long since merged and working iirc

    • Vash63@lemmy.world
      link
      fedilink
      arrow-up
      1
      ·
      2 months ago

      It’s not merged, but the benchmarks are against upstream wine. Proton has hacks (fsync) that have almost identical performance uplift but were not suited to upstreaming.

      So basically this will improve “correctness” versus current Proton, not performance. Should fix some bugs and improve compatibility.

      Versus stock wine, it’s a huge perf uplift though.

  • Ooops@feddit.org
    link
    fedilink
    arrow-up
    1
    ·
    edit-2
    2 months ago

    Doing that improved performance for Windows apps on Linux when using Wine or Valve’s Proton that is based on the former. […] benchmarks that show games running better with average improvement rates ranging from 50% to 150% when using the new driver compared to not using it.

    Talking about improvements for Wine and Proton then providing no actual data for Proton (which is already using a completely different mehod for syncs - yes the basic wine method sucks) is either stupid or intentionally misleading.

    • Sina@beehaw.org
      link
      fedilink
      arrow-up
      1
      ·
      2 months ago

      It doesn’t matter much in this case. Once ntsync is working, we all will benefit just the same. (Bottles, Lutris etc need to implement it as well)

  • morrowind@lemmy.ml
    link
    fedilink
    arrow-up
    0
    ·
    edit-2
    2 months ago

    Basically implementing windows in the Linux kernel? Something about this is really funny

    • fruitycoder@sh.itjust.works
      link
      fedilink
      arrow-up
      1
      ·
      2 months ago

      I mean good ideas are good ideas. Even if not all of the windows kernel implementation is good it would be to learn from what works still