Announcement

Collapse
No announcement yet.

NVIDIA Slaughters AMD Catalyst On Linux In OpenGL 4.x Micro-Benchmarks

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

  • przemoli
    replied
    "This micro benchmark its thus irrelevant!"

    This code represent (as official, and anything short of specification release can us get for OpenGL) FAST & RELIABLE alternative to DX12/Mantle.

    If its not fast nor reliable, then something is wrong. Thus phoronix.com results represent valid and important data point to the GPU vendors (and game devs, and Valve which will probably start swinging their whips again at GPU vendors - if they haven't already).

    Also since now we get that test integrated into PTS and thus openbenchamarking, game devs can get idea what works and what not.

    Leave a comment:


  • przemoli
    replied
    Originally posted by deppman View Post
    We don't have to imagine the opposite, though. AMD laid off 25 Linux dev staff in 2012. If they had kept that team, maybe their drivers would be competitive on Android, Steambox, and Linux.

    I purchased AMD desktop CPUs almost exclusively from 2002 - 2012 because they always provided great Linux support and good to great performance per dollar. Sadly, GPU support has always been a completely different matter.
    Those where not GPU people.

    AMD do hire new GPU people.

    Leave a comment:


  • deppman
    replied
    We know what happens when AMD lays off Linux devs though....

    Originally posted by asdfblah View Post
    Well, I can't talk for radeonsi users, but evergreen/north islands work great. The driver is still in development, obviously, but it's in a great state already, and things keep improving (for example, there are more performance features in Linux 3.16).
    You can imagine what would happen if AMD hired more FOSS driver devs...
    We don't have to imagine the opposite, though. AMD laid off 25 Linux dev staff in 2012. If they had kept that team, maybe their drivers would be competitive on Android, Steambox, and Linux.

    I purchased AMD desktop CPUs almost exclusively from 2002 - 2012 because they always provided great Linux support and good to great performance per dollar. Sadly, GPU support has always been a completely different matter.

    Leave a comment:


  • asdfblah
    replied
    Originally posted by rikkinho View Post
    maybe a driver who works well (amd opensource is better than fglrx), nvidia have the best drivers
    Well, I can't talk for radeonsi users, but evergreen/north islands work great. The driver is still in development, obviously, but it's in a great state already, and things keep improving (for example, there are more performance features in Linux 3.16).
    You can imagine what would happen if AMD hired more FOSS driver devs...

    Leave a comment:


  • alazar
    replied
    So what is the problem with AMD? Catalyst being utter crap or the gaming industry developing with nvidia? If it was the last case, FOSS drivers wouldn't be so better than Catalyst, no?

    Leave a comment:


  • rikkinho
    replied
    hm

    Originally posted by asdfblah View Post
    nVidia has the best support for linux? I can go to irc.freenode.net and talk to the FOSS AMD driver devs directly. What's better than that?
    maybe a driver who works well (amd opensource is better than fglrx), nvidia have the best drivers

    Leave a comment:


  • rikkinho
    replied
    well i explain

    Originally posted by tusharkant15 View Post
    You know I felt the same when I upgraded from a GT 630 to an R7 260X starting of the year. However I soon realized that it's got a lot to do with the games as well. I have all of the source games from valve and they work exceptionally well on my AMD card but when I run games from other vendors (Metro LL for example) they seem to be crap. Instead of people being so quick on pointing figures at AMD, should instead try and answer the question, why do games from valve span so perfectly on the entire GPU spectrum while most games from other vendors behave horribly? Valve clearly took their time to port their games and it clearly shows! I can say the same thing about games build using unity.
    valve games 1 year ago work really bad with amd cards, after so much time is normal see some improving,... the problem is simply a new game arrives and you need a year of waiting to play the game, and don't compare a geme like metro with source games, look my example i can't play cs condition zero with a 6770m (last year) but i have good fps with a intel hd 3000, after change to nvidia i never had such type of problems

    Leave a comment:


  • asdfblah
    replied
    nVidia has the best support for linux? I can go to irc.freenode.net and talk to the FOSS AMD driver devs directly. What's better than that?

    Leave a comment:


  • Marc Driftmeyer
    replied
    Originally posted by flim View Post
    This test is not intended to benchmark different vendors/ gpus. It reflects a specific problem and a couple of solutions to achieve the best performance (least driver overhead).
    This blog post is basically click bait.
    Exactly.

    Leave a comment:


  • Marc Driftmeyer
    replied
    Originally posted by tusharkant15 View Post
    You know I felt the same when I upgraded from a GT 630 to an R7 260X starting of the year. However I soon realized that it's got a lot to do with the games as well. I have all of the source games from valve and they work exceptionally well on my AMD card but when I run games from other vendors (Metro LL for example) they seem to be crap. Instead of people being so quick on pointing figures at AMD, should instead try and answer the question, why do games from valve span so perfectly on the entire GPU spectrum while most games from other vendors behave horribly? Valve clearly took their time to port their games and it clearly shows! I can say the same thing about games build using unity.
    The fact most people don't grasp what you have tells me how ignorant they are regarding the chain of responsibility from hardware to driver to application. Pissing on a device company when the talent writing the game is either geared for a specific vendor to leverage marketing advantage, or neither and it is just a lack of actual game programming talent, truly shows a lack of both understanding and maturity on the parts of the shills proclaiming one vendor over the other is crap.

    Leave a comment:

Working...
X