Announcement

Collapse
No announcement yet.

Intel Vulkan Driver Now Handles PRIME-Style Rendering, Raven Ridge Lands VCN JPEG Decode

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

  • Intel Vulkan Driver Now Handles PRIME-Style Rendering, Raven Ridge Lands VCN JPEG Decode

    Phoronix: Intel Vulkan Driver Now Handles PRIME-Style Rendering, Raven Ridge Lands VCN JPEG Decode

    With just one week of feature development remaining for the in-development Mesa 18.3, the race is on for landing the remaining feature work ahead of this next quarterly Mesa3D stable version...

    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
    I'm not sure why anyone would want to render on an Intel GPU and output to a discrete GPU. But, I guess there's nothing wrong with adding the feature, anyway.

    Comment


    • #3
      schmidtbag powersaving? Notebooks with MUX switch for output?

      Comment


      • #4
        Originally posted by yurikoles View Post
        schmidtbag powersaving? Notebooks with MUX switch for output?
        Wouldn't it make more sense to just render and display on the Intel chip then? To my recollection, most multi-GPU laptops use the Intel chip for the display output.

        Just to clarify, I see the benefit of rendering on a dGPU and displaying on an Intel chip. What I don't understand is doing the inverse of that.

        Comment


        • #5
          Originally posted by schmidtbag View Post
          Wouldn't it make more sense to just render and display on the Intel chip then? To my recollection, most multi-GPU laptops use the Intel chip for the display output.

          Just to clarify, I see the benefit of rendering on a dGPU and displaying on an Intel chip. What I don't understand is doing the inverse of that.
          the use case is described in the article. just read it.

          Comment


          • #6
            Originally posted by tomtomme View Post
            the use case is described in the article. just read it.
            The use case described still doesn't make that much sense. Like I said, if you're using a laptop, the display tends to be connected to the IGP in the first place. If you're using a desktop, you can have both the IGP and dGPU active simultaneously and you'll have display connectors for both. You can do proper testing with no performance deficit by accessing the IGP directly; there's no need for PRIME.

            At this rate people are going to be like "what's your gripe with this? It's not a big deal" and I don't have a gripe with it and I don't think it's a bad feature, I just find it weird, because even the proposed use-case for it isn't the easiest or most logical solution.
            Last edited by schmidtbag; 24 October 2018, 12:29 PM.

            Comment


            • #7
              Originally posted by schmidtbag View Post
              Wouldn't it make more sense to just render and display on the Intel chip then? To my recollection, most multi-GPU laptops use the Intel chip for the display output.

              Just to clarify, I see the benefit of rendering on a dGPU and displaying on an Intel chip. What I don't understand is doing the inverse of that.
              The use case is not for end users, is only for game developers devs that needs to test the Intel graphics without having to change display connections.

              Comment


              • #8
                Originally posted by edoantonioco View Post

                The use case is not for end users, is only for game developers devs that needs to test the Intel graphics without having to change display connections.
                Pretty much this. I wanted to be able to test things on Intel more easily without changing connections around. I thought this should already work and found that it didn't, looked into why and found that it was a 2 line change to make it work, so submitted a patch. When I actually care about performance, then sure, I'll change connections around to avoid the PRIME overhead, but this just makes my workflow a little bit easier if I want to investigate a bug on Intel or check that something works there.

                FWIW, this did already work for some Vulkan apps that use the other API to query for presentation support, just it didn't for Feral games which use the method where my change was made.
                Last edited by aejsmith; 24 October 2018, 04:57 PM.

                Comment


                • #9
                  Originally posted by schmidtbag View Post
                  Wouldn't it make more sense to just render and display on the Intel chip then? To my recollection, most multi-GPU laptops use the Intel chip for the display output.

                  Just to clarify, I see the benefit of rendering on a dGPU and displaying on an Intel chip. What I don't understand is doing the inverse of that.
                  Don't forget desktop computers, often loved by game and graphics designers. A hefty Vega 56 perhaps, connected to a monitor. But the humble Intel iGPU still lurks within.

                  Comment


                  • #10
                    Originally posted by schmidtbag View Post
                    I'm not sure why anyone would want to render on an Intel GPU and output to a discrete GPU.
                    Maybe the Intel GPU stack has some particular feature or fixes some bug, and you want the benefit of display on your FreeSync monitor.

                    Comment

                    Working...
                    X