Announcement

Collapse
No announcement yet.

Benchmarks Of AMD's Newest Gallium3D Driver

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

  • #16
    Originally posted by Beiruty View Post
    Why X1000 was not included as base reference?
    FTA: "Unfortunately since AMD dropped support for the R500 hardware and earlier back in 2009 with a Catalyst driver release that is no longer compatible with today's Linux distributions and hardware, we are unable to compare the relative performance directly of the R300g driver + Catalyst to that of today's combination."
    Michael Larabel
    http://www.michaellarabel.com/

    Comment


    • #17
      Originally posted by bongmaster2
      omh again no information about color tiling and pageflipping...
      im using color tiling and get much better framerates...
      what a bad article...
      The article says clearly:
      The Gallium3D driver performance will also improve once the latest color tiling and page-flipping patches have been merged, which should happen soon. Another article is planned at this time looking at the Radeon page-flipping performance as it may bring sizable performance boosts.

      Comment


      • #18
        Originally posted by Michael View Post
        PTS automatically sets vblank_mode to 0.
        Are you sure that this is enough?

        AFAIK, you need to patch the driver manually to disable vsync.

        Comment


        • #19
          Thanks for the benchmark.

          Updating some packages to latest rawhide on Fedora 14 works quite nice to test Gallium3D.
          Code:
          su -c 'yum update --enablerepo=rawhide kernel libdrm mesa-* xorg-x11-drv-ati cairo pixman'

          Comment


          • #20
            Originally posted by pingufunkybeat View Post
            Are you sure that this is enough?

            AFAIK, you need to patch the driver manually to disable vsync.
            I've talked it over with Alex before and he said vblank_mode 0 should work fine.
            Michael Larabel
            http://www.michaellarabel.com/

            Comment


            • #21
              It makes sense, since at least one result was higher than 60fps.

              Still, I think that the more recent driver versions with all the latest patches should perform considerably better.

              Comment


              • #22
                Originally posted by airlied View Post
                Its about 100 developers working full time.

                Dave.
                A slightly more useful answer might include what the specific bottlenecks are that you'd put the first 5 of those 100 developers on. Pretend I was a GPU driver development rockstar, I was hired by AMD full-time, you were my boss, and you could tell me to work on anything you wanted in any particular order: what would you want me to do first?

                Comment


                • #23
                  Originally posted by Michael View Post
                  I've talked it over with Alex before and he said vblank_mode 0 should work fine.
                  I tried and it doesn't. My HD3870 runs Openarena at 100fps @2560x1600 w/ Very High Quality (with mesa classic, gallium should be even better). How can an HD4870 do only 47fps with a lower resolution? .-.
                  ## VGA ##
                  AMD: X1950XTX, HD3870, HD5870
                  Intel: GMA45, HD3000 (Core i5 2500K)

                  Comment


                  • #24
                    It seems the Gallium3d is starving the HW. 80% of the time HD is just idling?
                    Any one is monitoring the GPU command queue?

                    Comment


                    • #25
                      Originally posted by elanthis View Post
                      A slightly more useful answer might include what the specific bottlenecks are that you'd put the first 5 of those 100 developers on. Pretend I was a GPU driver development rockstar, I was hired by AMD full-time, you were my boss, and you could tell me to work on anything you wanted in any particular order: what would you want me to do first?
                      Maybe you should read Jerome's letter and the rest in that thread?

                      Comment


                      • #26
                        Originally posted by darkbasic View Post
                        I tried and it doesn't. My HD3870 runs Openarena at 100fps @2560x1600 w/ Very High Quality (with mesa classic, gallium should be even better). How can an HD4870 do only 47fps with a lower resolution? .-.
                        The r600g driver is mostly CPU limited right now, i think. Maybe your cpu is just faster?

                        Originally posted by The Article
                        tested on a system with an Intel Core i5 750 quad-core CPU clocked at 2.67GHz,

                        Comment


                        • #27
                          Originally posted by HokTar View Post
                          Maybe you should read Jerome's letter and the rest in that thread?
                          Indeed, that's a good read, and excellent work on the part of jglisse. Thanks.

                          Comment


                          • #28
                            Originally posted by HokTar View Post
                            Maybe you should read Jerome's letter and the rest in that thread?
                            Interesting link, thanks.

                            Comment


                            • #29
                              Originally posted by elanthis View Post
                              A slightly more useful answer might include what the specific bottlenecks are that you'd put the first 5 of those 100 developers on. Pretend I was a GPU driver development rockstar, I was hired by AMD full-time, you were my boss, and you could tell me to work on anything you wanted in any particular order: what would you want me to do first?
                              The first task would be to find the bottlenecks. With a graphics driver that is usually a pretty significant task on its own. The graphics driver and the GPU are largely decoupled by a large command buffer and periodic synchronization events so your normal "run the app and see where the time goes" approach doesn't work so well.

                              It's more like "run the app, see where the time goes, develop a theory, talk to a few people, if they don't totally demolish your theory then write a bunch of code, see if it makes that app go faster, be happy because it does, test your change on other apps, get PO'ed because your change makes the other apps run slower, repeat".

                              Finding bottlenecks would be a good job for the first 5 developers.

                              Comment


                              • #30
                                BTW one of the differences between the proprietary drivers and the open source drivers is that the proprietary drivers are multithreaded (using a worker thread to do most of the processing) while the open source drivers do driver processing inline with application calls.

                                There are probably some simpler changes that can and should be made first, but as others have said finding the right spots to change is the hardest part of the job.

                                The driver probably is starving the hardware at this point (which would minimize the difference between fast and slow GPUs), but even that has not yet been confirmed. What we have seen is that overall performance is more a function of CPU speed than GPU power right now.

                                Comment

                                Working...
                                X