Announcement

Collapse
No announcement yet.

AMD Catalyst 14.4 Brings Few Linux Performance Improvements

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

  • circulus
    replied
    Originally posted by molecule-eye View Post
    Thanks! I've stopped bothering to install the Catalyst betas since they can't manage to fix this dreaded input lag. I've never seen such an ENORMOUS bug go unfixed for so long and affect so many titles. Really, it's pretty damn hard to believe! I'm using the latest Mesa from git and kernel 3.14.1 and performance is very good in Source engine titles--hell, it's good across the board!
    So, now and today I have installed Catalyst 14.4 final version and tried to run Half Life 2 and "input lag" still here, but if I set gl_finish variable to value 1 in HL2 console, "input lag" is gone and game runs smoothly (but with slightly low FPS than in Windows with same version of Catalyst). For now, I still on this Catalyst release.

    Leave a comment:


  • bitwiseoperator
    replied
    Potential Performance Improvements Found

    Michael et. al. -

    I performed benchmarks on my system running the A10-6800K Richland 4.1 GHz APU and noticed some potentially (very) significant performance improvements. As I note in the post, my environment is somewhat uncontrolled, but the high-end consumer APUs seem worthy of further investigation.

    Leave a comment:


  • molecule-eye
    replied
    Originally posted by circulus View Post
    Still here with this 14.4 RC driver. I tested the Half Life 2 on (low level) HD5450 and Athlon II x2 250, 4GiB RAM, Fedora 19 64bit, Gnome Shell 3.8 and 1280x1024 desktop resolution, and "input lag" is in place. In game, if I do mouse movement, game does nothing and after 200 - 700ms redraws the scene acording to my mouse movement. I have tried with direct mouse input, with filtered/unfiltered input and with mix of mouse acceleration and sensitivity values and lag is persist. But this is not only mouse lag, with use of keyboard in HL2 i have same experience. On Windows 7 with catalyst 13.12 runs HL 2 without this input lag.

    Same is for Catalyst 13.12. With Mesa 9.2.4 OSS drivers HL2 runs with less FPS but without this terrible lag. On my second low end card (GeForce 210) with NVidia driver 334.21 runs HL2 relatively smoothly, without input lag and about 60 FPS.
    Thanks! I've stopped bothering to install the Catalyst betas since they can't manage to fix this dreaded input lag. I've never seen such an ENORMOUS bug go unfixed for so long and affect so many titles. Really, it's pretty damn hard to believe! I'm using the latest Mesa from git and kernel 3.14.1 and performance is very good in Source engine titles--hell, it's good across the board!

    Leave a comment:


  • circulus
    replied
    Originally posted by Azpegath View Post
    That sounds very serious. Any chance we can get a comment from the ATI devs? Have you reported the bug on their website?
    No, I don't have reported this bug to AMD. This is "most common" bug for Linux Catalyst driver suite, as I see on Google, Ubuntu forums, Steam communities and other internet places. In HL2 may help set gl_finish variable to 1 in game console (https://github.com/ValveSoftware/Sou...mes/issues/431). Some other people advices to turn off tear free desktop feature in CCC, but I don't have much time to try install,uninstall and testing all posibilities with linux Catalyst drivers, so I am staying on Mesa OSS drivers which are (IMHO) best option for running AMD GFX HW on Linux systems. Catalyst driver suite for linux is crappy software. For Nvidia hardware on Linux systems, the situation is completely reversed. They have relatively good proprietary drivers, but Nouveau driver is not so good for daily usage.

    Leave a comment:


  • Azpegath
    replied
    Originally posted by circulus View Post
    Still here with this 14.4 RC driver. I tested the Half Life 2 on (low level) HD5450 and Athlon II x2 250, 4GiB RAM, Fedora 19 64bit, Gnome Shell 3.8 and 1280x1024 desktop resolution, and "input lag" is in place. In game, if I do mouse movement, game does nothing and after 200 - 700ms redraws the scene acording to my mouse movement. I have tried with direct mouse input, with filtered/unfiltered input and with mix of mouse acceleration and sensitivity values and lag is persist. But this is not only mouse lag, with use of keyboard in HL2 i have same experience. On Windows 7 with catalyst 13.12 runs HL 2 without this input lag.

    Same is for Catalyst 13.12. With Mesa 9.2.4 OSS drivers HL2 runs with less FPS but without this terrible lag. On my second low end card (GeForce 210) with NVidia driver 334.21 runs HL2 relatively smoothly, without input lag and about 60 FPS.
    That sounds very serious. Any chance we can get a comment from the ATI devs? Have you reported the bug on their website?

    Leave a comment:


  • circulus
    replied
    Originally posted by molecule-eye View Post
    How's input lag in source engine games with mediocre hardware?
    Still here with this 14.4 RC driver. I tested the Half Life 2 on (low level) HD5450 and Athlon II x2 250, 4GiB RAM, Fedora 19 64bit, Gnome Shell 3.8 and 1280x1024 desktop resolution, and "input lag" is in place. In game, if I do mouse movement, game does nothing and after 200 - 700ms redraws the scene acording to my mouse movement. I have tried with direct mouse input, with filtered/unfiltered input and with mix of mouse acceleration and sensitivity values and lag is persist. But this is not only mouse lag, with use of keyboard in HL2 i have same experience. On Windows 7 with catalyst 13.12 runs HL 2 without this input lag.

    Same is for Catalyst 13.12. With Mesa 9.2.4 OSS drivers HL2 runs with less FPS but without this terrible lag. On my second low end card (GeForce 210) with NVidia driver 334.21 runs HL2 relatively smoothly, without input lag and about 60 FPS.

    Leave a comment:


  • przemoli
    replied
    Michael

    Could You look into this:
    Those are fairly nice test cases. No FPS for those, ofc. But general score should also be nice (and as anyone can see nobody can perfect score yet.)
    Gtruc is actively maintaining them, and updating every time new OpenGL come along.

    Originally posted by Azpegath View Post
    Not at all, Unigine Heaven and Valley are great benchmarks, as we can see in the tests. I don't know of any games that are using OpenGL 4.4 yet, or even games that are fully using OpenGL 4.0. The only one I know of is Christophe Riccio's (gtruc) OpenGL Sample Pack, and that's not a benchmark, more of a "test what the drivers can do and how they conform to the specification".
    https://github.com/Groovounet/ogl-samples

    Leave a comment:


  • Azpegath
    replied
    Originally posted by Marc Driftmeyer View Post
    We have a winner. Another series of useless benchmarks.
    Not at all, Unigine Heaven and Valley are great benchmarks, as we can see in the tests. I don't know of any games that are using OpenGL 4.4 yet, or even games that are fully using OpenGL 4.0. The only one I know of is Christophe Riccio's (gtruc) OpenGL Sample Pack, and that's not a benchmark, more of a "test what the drivers can do and how they conform to the specification".
    Contribute to Groovounet/ogl-samples development by creating an account on GitHub.

    Leave a comment:


  • Marc Driftmeyer
    replied
    Originally posted by grndzro View Post
    So which of these benchmarks use OGL 4.4?
    Oh that's right...none.

    Instead of concentrating on backwards compatibility AMD is focusing on the upcomming 4.4 spec because the upcomming titles are gonna be using it.
    It's a good idea. AMD should be focusing on the future to get a handle on the present. Everything will eventually work out.
    As GPU's get more powerfull further refinements in older spec's become increasingly irrelevant.
    We have a winner. Another series of useless benchmarks.

    Leave a comment:


  • grndzro
    replied
    So which of these benchmarks use OGL 4.4?
    Oh that's right...none.

    Instead of concentrating on backwards compatibility AMD is focusing on the upcomming 4.4 spec because the upcomming titles are gonna be using it.
    It's a good idea. AMD should be focusing on the future to get a handle on the present. Everything will eventually work out.
    As GPU's get more powerfull further refinements in older spec's become increasingly irrelevant.
    Last edited by grndzro; 23 April 2014, 06:51 PM.

    Leave a comment:

Working...
X