Announcement

Collapse
No announcement yet.

KHR_no_error Support Merged In Mesa For Potentially Helping CPU Usage

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • KHR_no_error Support Merged In Mesa For Potentially Helping CPU Usage

    Phoronix: KHR_no_error Support Merged In Mesa For Potentially Helping CPU Usage

    Timothy Arceri at Valve has recently been working on OpenGL KHR_no_error support while now that initial code has been merged into Mesa 17.2-devel...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    will test it when i can

    Comment


    • #3
      my little test shows no performance improvements and the game worked OK
      note: this test is on only one game and one situation so there could be improvements in other games

      Comment


      • #4
        What did you test, and was it CPU-bound at all?

        I wonder if this would benefit Hitman in its current state, Hitman is one of those games that are somewhat playable on my old 1090T on Linux, but I wouldn't mind a few more FPS.

        Comment


        • #5
          It doesn't really matter if the game is "error free" or not, it just stops validating state while running (assuming that the developer has already tested it before releasing), just like with Vulkan and its validation layers.
          Previously the game would probably have crashed when the state machine (or a single call) failed to validate, now it might instead show something incorrect on the screen (or any other undefined behavior).

          Comment


          • #6
            It's actually the other way around: Previously, the game would have shown something incorrect - perhaps some objects would be missing because the corresponding draw calls were dropped because of errors.

            With no_errors enabled, these errors wouldn't be detected, and the driver would happily submit a draw call that has some invalid state in it. That might lead to crashes.

            Comment


            • #7
              I can see the pcsx2 emulator will try to benefit from this (see the link). Don't know if it'll make a big difference, but as emulators tend to be very cpu intensive, it could give a small boost.

              Comment

              Working...
              X