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

[phoronix]

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

[Rakot]

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...

[jrch2k8]

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

[makomk]

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.

[dungeon]

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

[dungeon]

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 .

[nilssab]

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.

[Guest]

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).

[Rakot]

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.

[Rakot]

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.