Announcement

Collapse
No announcement yet.

Radeon RX 550: AMDGPU-PRO vs. DRM-Next + Mesa 17.2-dev

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

  • Hi-Angel
    replied
    Originally posted by azdaha View Post
    Sorry to resurrect this old thread, but I'm wondering if there have been updated comparisons that reflect more recent versions of amdgpu vs. amdgpu-pro.
    This one from 23 August 2018 https://www.phoronix.com/scan.php?pa...mdgpu-pro-1830 You could actually just query google "amdgpu-pro vs radeonsi phoronix"

    Leave a comment:


  • azdaha
    replied
    Sorry to resurrect this old thread, but I'm wondering if there have been updated comparisons that reflect more recent versions of amdgpu vs. amdgpu-pro.

    Leave a comment:


  • forkbomb
    replied
    Originally posted by nuetzel View Post
    I'm with 'you' for over 23 years (running S.u.S.E).
    Now I'm on openSUSE Tumbleweed with Kernel:stable (Kernel:HEAD for amdgpu, 4.12 should fix the VM speed regression), KDE:Extra, XOrg, Packman and games.

    For Wine+staging I'm runnig _YOUR_ 'repo' (home:forkbomb:turboAMD) after Pontostroy's fade out. - Thank you very much for your effort!
    Dieter
    Thanks! Have I been aware that somebody else is using my repo I would maybe put more effort into making sure nothing breaks I have btrfs+snapper so I always rollback if the particular checkout is troublesome.

    Cheers!

    Leave a comment:


  • Strunkenbold
    replied
    Agree here, nine is _the_ feature. And a d3d11 state tracker would be a killer. I honestly dont understand why everyone wants to have native games. All we see is poor support and worse performance. Dont get me wrong, native games would be great but it just dont work. Even basic games like Rocket League or CS:GO are flawed. They run perfectly with my old GeForce GTX 460m on Win7 but with my Linux desktop HD 7970, I have graphic bugs, stalls and high fluctuating frame rate. Competitive gaming not possible.




    And it just doesnt even have to be a problem of the drivers. But game devs doesnt care too well for their ports. Bugs are usually open for months if they get resolved at all. So we see the usual problem here: when ports are bugged, have worse performance or game xyz is not ported at all users have no reason to switch. On the other hand no userbase, no investment in drivers or ports. d3d11 st with seamless steam integration would be a nice solution. Its too bad it wont happen...

    Leave a comment:


  • nuetzel
    replied
    Originally posted by forkbomb View Post

    Nine-patched wine IS a killer feature. Honestly the performance difference between vanilla and patched Wine isn't even funny. Just one example, Guild Wars 2 is very choppy on Wine staging (10-20FPS), runs flawlessly (30-50 FPS) under Nine (R9 270x).
    Hello forkbomb,
    I haven't have that much games (I'm a developer) but demand from our kinds evolve...8-)
    So I only have some numbers for Farming Simulator LS2015 and LS 2017 (!!! - started working with wine ~2.3 and shine since 2.7, only glance and some shadows are missing, now), Wine Steam (PES2015 and TS2017).
    Wine staging shine here, too.

    Now our son would buy DiRT Rally Linux Steam version, but ~50 € is to much for his pocket money.
    So I have to look for a cheaper deal (devel key)?
    Hello Feral!!! ;-)

    I run a patched Wine + Mesa/LLVM git repo for myself on OBS for OpenSUSE (based on Pontostroy's repo which sadly isn't maintained anymore. So far only for personal use (I don't do much testing except use it myself).
    I'm with 'you' for over 23 years (running S.u.S.E).
    Now I'm on openSUSE Tumbleweed with Kernel:stable (Kernel:HEAD for amdgpu, 4.12 should fix the VM speed regression), KDE:Extra, XOrg, Packman and games.

    For Wine+staging I'm runnig _YOUR_ 'repo' (home:forkbomb:turboAMD) after Pontostroy's fade out. - Thank you very much for your effort!
    Dieter
    Last edited by nuetzel; 08 May 2017, 10:03 AM.

    Leave a comment:


  • coder111
    replied
    God dammit. I'm in the same boat (laptop with Radeon 6550M). I cannot replace, and I cannot buy a decent new AMD-based laptop with dGPU...

    I'll probably build myself a small desktop with Ryzen soon once mini-ITX boards show up. The reason why I'm using a lapop is because I don't have enough space for a desktop, not because I travel. And then I'll get a monitor bolted to the wall with a monitor arm.

    Originally posted by Hi-Angel View Post
    Wow, thank you, I feel embarrassed Anyway, I don't have a desktop, my HD5730 is "unreplaceble" because it's a laptop GPU

    Leave a comment:


  • forkbomb
    replied
    Originally posted by boltronics View Post

    This strikes me as a lack of vision! Nine-patched Wine is massively faster than standard Wine, and likely always will be. It may well be the biggest killer feature AMD has over Nvidia's proprietary drivers on GNU/Linux (aside from being free, of course). Get someone to sort out a D3D11 state tracker, add some benchmarks to OpenBenchmarking for Michael to include in his articles, and release easily accessible and frequently updated patched Wine builds for the top 5 major distros (the community would assist with this). Soon enough, everyone will be using it instead of regular Wine, everyone will be purchasing AMD GPUs, and eventually the Wine project will have to surrender and include the patches because most users on GNU/Linux will be using them.

    Also consider that there are plenty of SteamOS games that are simply distributed in Wine wrapped form. This would likely happen far more frequently with a D3D11 state tracker, and GNU/Linux users would be very happy to have the extra games available. Imagine... a bunch of games on Steam that are only compatible with AMD GPUs (as opposed to the bunch of games that were released during the AMDGPU transition that only officially supported Nvidia). Even when D3D11->OpenGL in Wine standard eventually works well enough that Nvidia is supported too, AMD will have a massive performance advantage for those Wine-wrapped Steam games.
    Nine-patched wine IS a killer feature. Honestly the performance difference between vanilla and patched Wine isn't even funny. Just one example, Guild Wars 2 is very choppy on Wine staging (10-20FPS), runs flawlessly (30-50 FPS) under Nine (R9 270x).

    I run a patched Wine + Mesa/LLVM git repo for myself on OBS for OpenSUSE (based on Pontostroy's repo which sadly isn't maintained anymore. So far only for personal use (I don't do much testing except use it myself).

    Leave a comment:


  • tomtomme
    replied
    Originally posted by muncrief View Post
    This would be great if the open source drivers supported OpenGL 4.5, but since they don't, and the developers have promised they never will, the point is rather moot. If you want to run Steam under Wine or play many games that require it you have to use AMDGPU-PRO. And yes, I've tried the various environment variables that are supposed to "fool" software into believing the open source drivers support OpenGL 4.5 compatibility mode, but they didn't fool anything I've tried. And for those who say the multitudes of software that use compatibility mode are "crap" or "buggy", that's ridiculous. Steam itself uses compatibility mode, and if people want to claim it's buggy or crap, well, I don't believe any amount of reality will change their minds. And for a driver producer to believe that all the games and software in the world that use compatibility mode should be rewritten, instead of them supporting this common feature, well, again, no amount of reality will change their minds.
    would you be so kind to add the games that use compat-profiles and don´t start for you on Mesa to this list? : https://www.gamingonlinux.com/wiki/G...bility_Context

    devs will only consider improving the situation if the problem looks big - and right now the problem looks tiny. Only 4 games on this list that still require a compat profile.

    Leave a comment:


  • Hi-Angel
    replied
    Originally posted by nuetzel View Post

    He, he,...;-)



    Hello Hi,
    you missed reg spilling efforts by Glenn:
    [Mesa-dev] r600g: Support spilling temp arrays
    https://lists.freedesktop.org/archiv...ch/146653.html
    No one tested it so far except me.
    https://lists.freedesktop.org/archiv...ch/147424.html
    But no reply from Glenn...

    and
    Elie's work on fp64 for r600g:
    [Mesa-dev] [PATCH 3/3 v2] r600g: get rid of dummy pixel shader
    https://lists.freedesktop.org/archiv...il/153178.html



    Yes, mostly.
    Do you want my Turks XT / HD 6670, 2 GB for free?
    My Nitro+ RX580 8 GB arrived on Thursday and is up and running since Saturday (some complications with my Fujitsu _server_ mobo and PSU (connectors)).
    Or should I try to swap it in and out from time to time?

    Maybe offer it Elie?

    Greetings from Germany!

    Dieter
    Wow, thank you, I feel embarrassed Anyway, I don't have a desktop, my HD5730 is "unreplaceble" because it's a laptop GPU
    Last edited by Hi-Angel; 07 May 2017, 11:50 PM. Reason: s/PC/desktop

    Leave a comment:


  • boltronics
    replied
    Originally posted by marek View Post
    There are multiple factors why a D3D11 state tracker is not happening:
    ...
    - Wine wouldn't accept it.
    - The user base would probably be very tiny (a few users with patched Wine at most).
    - The development cost isn't worth it given the estimated number of users.
    This strikes me as a lack of vision! Nine-patched Wine is massively faster than standard Wine, and likely always will be. It may well be the biggest killer feature AMD has over Nvidia's proprietary drivers on GNU/Linux (aside from being free, of course). Get someone to sort out a D3D11 state tracker, add some benchmarks to OpenBenchmarking for Michael to include in his articles, and release easily accessible and frequently updated patched Wine builds for the top 5 major distros (the community would assist with this). Soon enough, everyone will be using it instead of regular Wine, everyone will be purchasing AMD GPUs, and eventually the Wine project will have to surrender and include the patches because most users on GNU/Linux will be using them.

    Also consider that there are plenty of SteamOS games that are simply distributed in Wine wrapped form. This would likely happen far more frequently with a D3D11 state tracker, and GNU/Linux users would be very happy to have the extra games available. Imagine... a bunch of games on Steam that are only compatible with AMD GPUs (as opposed to the bunch of games that were released during the AMDGPU transition that only officially supported Nvidia). Even when D3D11->OpenGL in Wine standard eventually works well enough that Nvidia is supported too, AMD will have a massive performance advantage for those Wine-wrapped Steam games.

    Leave a comment:

Working...
X