Announcement

Collapse
No announcement yet.

AMD R600g/RadeonSI Performance On Linux 3.16 With Mesa 10.3-devel

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

  • AMD R600g/RadeonSI Performance On Linux 3.16 With Mesa 10.3-devel

    Phoronix: AMD R600g/RadeonSI Performance On Linux 3.16 With Mesa 10.3-devel

    As the first part of an upcoming series of tests benchmarking the latest open-source and closed-source Linux graphics drivers for AMD Radeon and NVIDIA GeForce hardware, here's some benchmark results for several recent Radeon GPUs when tested on the current Git version of the Linux 3.16 kernel and a recent Mesa 10.3-devel snapshot.

    http://www.phoronix.com/vr.php?view=20702

  • #2
    Originally posted by phoronix View Post
    Phoronix: AMD R600g/RadeonSI Performance On Linux 3.16 With Mesa 10.3-devel

    As the first part of an upcoming series of tests benchmarking the latest open-source and closed-source Linux graphics drivers for AMD Radeon and NVIDIA GeForce hardware, here's some benchmark results for several recent Radeon GPUs when tested on the current Git version of the Linux 3.16 kernel and a recent Mesa 10.3-devel snapshot.

    http://www.phoronix.com/vr.php?view=20702
    Without using LLVM git the results of SI hardware seem to be useless...

    Comment


    • #3
      Originally posted by Rakot View Post
      Without using LLVM git the results of SI hardware seem to be useless...
      agreed, most of the SI fixes are in LLVM not mesa but it seems LLVM upgrades in ubuntu are a real pain to do.

      Michael take a nice machine only to test RadeonSI hardware and freaking install ArchLinux on it and add lcarlier repo, lcarlier update everything needed at once Mesa, LLVM, libdrm, etc. to git in a daily basis

      Comment


      • #4
        Originally posted by jrch2k8 View Post
        agreed, most of the SI fixes are in LLVM not mesa but it seems LLVM upgrades in ubuntu are a real pain to do.

        Michael take a nice machine only to test RadeonSI hardware and freaking install ArchLinux on it and add lcarlier repo, lcarlier update everything needed at once Mesa, LLVM, libdrm, etc. to git in a daily basis
        LLVM upgrades are a pain to do everywhere, I think - too many things depending on it.

        Comment


        • #5
          Originally posted by Rakot View Post
          Without using LLVM git the results of SI hardware seem to be useless...
          It is not that useless performance is similar/or slighlty lower/better actually with the llvm-3.5 used, just those breakages are non existant with llvm-3.5 .

          Michael, you can mention for non oibaf users that most of these breakages are fixed in current llvm-3.5 .

          I guess oibaf just waiting this to be updated, to build against .

          http://packages.ubuntu.com/utopic/llvm-3.5

          Comment


          • #6
            Besides, right now we got in Debian Unstable first release candidate of llvm-3.5 :

            https://packages.debian.org/sid/llvm-3.5

            Maybe that can be news for you Michael .

            Comment


            • #7
              For all of the "latest gpu driver benchmarks" posted, I don't understand why you dont include some older data.. Like you do for comparisons between ubuntu versions etc.
              It would be interesting to see how the changes affect the performance of different cards while not having to go through old articles and comparing by yourself.

              Comment


              • #8
                Originally posted by jrch2k8 View Post
                agreed, most of the SI fixes are in LLVM not mesa but it seems LLVM upgrades in ubuntu are a real pain to do.

                Michael take a nice machine only to test RadeonSI hardware and freaking install ArchLinux on it and add lcarlier repo, lcarlier update everything needed at once Mesa, LLVM, libdrm, etc. to git in a daily basis
                Never knew that repo existed, awesome

                So in order to get somewhat bleeding-edge graphics support without compiling the components on your own afaik, it's oibaf on Ubuntu (and kernel), pontostroy on openSUSE (and kernel), and lcarlier on Arch (and mainline kernel; not sure on anything more daily-ish).

                Comment


                • #9
                  Originally posted by dungeon View Post
                  It is not that useless performance is similar/or slighlty lower/better actually with the llvm-3.5 used, just those breakages are non existant with llvm-3.5 .

                  Michael, you can mention for non oibaf users that most of these breakages are fixed in current llvm-3.5 .

                  I guess oibaf just waiting this to be updated, to build against .

                  http://packages.ubuntu.com/utopic/llvm-3.5
                  The whole idea of testing is to see performance change. Also due to the troubles with LLVM phoronix basically does not have relevant results for SI class hardware since a lot of demanding test just do not work.

                  If Michael wants a binary distro to do such testing I suggest to use opensuse and repos of pontostroy specifically with git versions of Mesa, drivers, kernel, x-server. Or Michael can just use livecd made by the same guy (check http://www.gearsongallium.com/ ). There are also some tests made with aid of Phoronix Test Suite.

                  Comment


                  • #10
                    Originally posted by Espionage724 View Post
                    Never knew that repo existed, awesome

                    So in order to get somewhat bleeding-edge graphics support without compiling the components on your own afaik, it's oibaf on Ubuntu (and kernel), pontostroy on openSUSE (and kernel), and lcarlier on Arch (and mainline kernel; not sure on anything more daily-ish).
                    For opensuse there are additional options for the kernel: distro kernel, current stable, current rc and aforementioned pontostoy's bleeding edge drm-next kernel. So it gives certain flexibility. I guess the same is true for other distros.

                    Comment

                    Working...
                    X