Valve Engineer Fixes Massive Performance Issue For RADV Driver With AMD FSR2

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

  • Anon'ym'
    replied
    Originally posted by mphuZ View Post
    I'm saying that AMD gives you a full-fledged guarantee only for a bunch of Hardware + AMDGPU + AMDVLK​
    You can count this bunch of hardware by fingers of one hand.
    Also, only for specific OSes of specific versions with specific drivers versions.

    And actually they DONT give any guarantees.

    And this is actually called bad support.

    Originally posted by mphuZ View Post
    You don’t even need to talk about Nvidia ..​
    Let's talk about Nvidia. Nvidia provides drivers basically for any Linux OS out there that works with any relevant NVIDIA GPU.

    So users do not need to use 3rd party drivers at all.

    AMD support is SO BAD that you need to use reverse engendered 3rd party drivers.
    And some random companies fixing this driver's because AMD do not bother to support their hardware.

    Leave a comment:


  • omer666
    replied
    Originally posted by stormcrow View Post
    I don't have a single game that uses FSR 2 (in Linux), just v1. But I am seeing rather dramatic improvement in performance in Fedora 41 across the board versus MXLinux & Fedora 40. I've yet to try out some of my more demanding games, but I'm already impressed with the more up-to-date stack in general. Remains to be seen how many papercuts I encounter however. Especially when it comes to other X.org dependent programs which is most of the programs and games I use.

    Ryzen 5 5600X
    AMD RX 6650 XT
    F2FS for root & home on an Intel NVMe SSD (yes, a real one from before Intel sold the product line off)

    Haven't tried Blender/HIP yet, but I'm not hopeful since it didn't work on Fedora 40 and there's nothing that's changed to give me any reason to believe it works in 41 on unofficial GPUs.
    Thank you for bringing this up, I updated Fedora on release day but I didn't actually get to fire up some of the hungrier games in my library.
    Trying Hogwarts Legacy, which had the most framedrops before, there is a dramatic improvement going from mesa 24.1 to 24.2
    There is hardly any framedrop now!

    My rig:
    Ryzen 7 7700
    Radeon RX 6600
    32Gb Crucial RAM kit 6000MT/s 36-38-38-80
    Crucial P5 Plus 2To using Btrfs

    ​​​​Running 1080p Freesync on GNOME Wayland.

    For Blender/HIP, did you try running the Steam/Appimage version? It does work for me.

    Leave a comment:


  • NotMine999
    replied
    Yup. Another Moronix thread. Happy I am not a gamerz that has an endless compulsion to whine about anything related to gamez.

    Leave a comment:


  • mphuZ
    replied
    Originally posted by skeevy420 View Post

    What point are you trying to make?
    If someone buys AMD hardware then they'll expect AMD to provide software for it.
    I'm saying that AMD gives you a full-fledged guarantee only for a bunch of Hardware + AMDGPU + AMDVLK.
    Everything else is fiction. No "recommendations" will help. The recommendation to use an open stack does not mean that AMD fully supports and cares about it. They certainly do a great job in this direction and even made sure that it was possible to safely switch between AMDVLK and RADV. But to fully support RADV and pour resources into it...? They support Mesa OpenGL because more than ten years ago (as time flies fast..) they made such a decision. Today, circumstances have changed and they only want to support cross-platform AMDVLK.

    Originally posted by skeevy420 View Post
    AMD also doesn't list differences between operating systems and features on their website. They have one section that lists supported operating systems and then a separate location that says what all features the GPU supports.
    There is a footnote for this at the bottom: Certain AMD technologies may require third-party enablement or activation. Supported features may vary by operating system. Please confirm with system manufacturer for specific features. No technology or product can be completely secure.

    And a disclaimer: https://amdgpu-install.readthedocs.i.../preamble.html

    In short, you need to read not only the advertising page, but also carefully study the system requirements. This should have been clarified a long time ago.

    Originally posted by skeevy420 View Post
    If you don't know any better then it isn't hard to jump to the conclusion that Linux will have a GUI for their GPU because AMD says they support all their features on all their supported operating systems when the reality is that they don't. The very first feature listed is Adrenaline Software and there is no asterisk anywhere to tell a person differently.
    Carefully study the system requirements: https://www.amd.com/en/resources/sup...2-INSTALL.html

    Originally posted by skeevy420 View Post
    Expand the "General" and "Features" sections and tell me you don't come to the conclusion that AMD supports a GUI on Linux.
    I can read the system requirements. Therefore, it did not come as a surprise to me.

    Originally posted by skeevy420 View Post
    Even worse, when you go to the Adrenaline part of their site, the AMD GUI software, there's a "Download Software" button with links to both Windows and Linux drivers.[/URL]
    Are you really that naive? You get to the most common driver download page. No Adrenaline Rush! And then you need to go to the Linux drivers page and carefully study the Release Notes that are included in this package.


    Listen, I also want Linux to develop rapidly and AMD to port all its software as quickly as possible. But there are no miracles. Software development is a long process and priorities can change, especially for giants like AMD.

    We are now in a position when the AMD goes a little by its own way, and Valve is stomping in place and does not know how to attract developers and players to Linux. To indicate AMD that it should fulfill all the desires of the 2% gamers market is definitely not the right path. You don’t even need to talk about Nvidia ..​

    Leave a comment:


  • skeevy420
    replied
    Originally posted by mphuZ View Post

    You buy their hardware. And I have to use the software that they offer. Everything else is your dreams and wet fantasies.

    If you paid for their equipment, then this does not mean that they should gallop and hire engineers who will simultaneously develop (as you say, duplicate) another Vulkan driver.​


    You definitely lost touch with reality.​ No one will waste time and pay a lot of money to engineers to maintain a piece of driver code. If you like it, support it. When it is profitable or when the rest of the actors (Valve, Google, etc.) come to an agreement with AMD, then there will be official support for RADV (or vice versa - AMDVLK)
    What point are you trying to make?

    If someone buys AMD hardware then they'll expect AMD to provide software for it.

    AMD also recommends people to use RADV in their AMDGPU-Pro documentation as well as AMD pays some of their developers to work on RADV. AMD also doesn't list differences between operating systems and features on their website. They have one section that lists supported operating systems and then a separate location that says what all features the GPU supports.

    If you don't know any better then it isn't hard to jump to the conclusion that Linux will have a GUI for their GPU because AMD says they support all their features on all their supported operating systems when the reality is that they don't. The very first feature listed is Adrenaline Software and there is no asterisk anywhere to tell a person differently.

    AMD themselves say they support both Linux and a GUI on the same product page for every single one of their GPUs. Linked is the page for my GPU. Expand the "General" and "Features" sections and tell me you don't come to the conclusion that AMD supports a GUI on Linux.

    Even worse, when you go to the Adrenaline part of their site, the AMD GUI software, there's a "Download Software" button with links to both Windows and Linux drivers.

    Leave a comment:


  • Anon'ym'
    replied
    Originally posted by mphuZ View Post

    You buy their hardware. And I have to use the software that they offer. Everything else is your dreams and wet fantasies.

    If you paid for their equipment, then this does not mean that they should gallop and hire engineers who will simultaneously develop (as you say, duplicate) another Vulkan driver.​


    You definitely lost touch with reality.​ No one will waste time and pay a lot of money to engineers to maintain a piece of driver code. If you like it, support it. When it is profitable or when the rest of the actors (Valve, Google, etc.) come to an agreement with AMD, then there will be official support for RADV (or vice versa - AMDVLK)
    Now that's what I call incoherent rambling.
    Do not forget to take your pill folks ❤️.

    Leave a comment:


  • Mitch
    replied
    Originally posted by mbriar View Post
    This change has no effect on the FSR2 upscale pass itself, that part already worked fast without problems before. It's just happened to be that the FSR2 demo scene exposed this particular optimization opportunity, but it ran slow with or without even enabling the FSR upscale itself.
    Do you think the optimization would be likely to be more noticeable outside that demo? Such as in videogames? Just curious

    Leave a comment:


  • mphuZ
    replied
    Originally posted by Rauros View Post

    What is that AMD doesn't owe you anything mean? lol.
    No, they owe me good service because I literally paid for that.
    You buy their hardware. And you should​ use the software that they offer. Everything else is your dreams and wet fantasies.

    If you paid for their hardware, then this does not mean that they should gallop and hire engineers who will simultaneously develop (as you say, duplicate) another Vulkan driver.​

    Originally posted by Rauros View Post
    I ask them to not duplicate work and start directly contribute to RADV.
    You definitely lost touch with reality.​ No one will waste time and pay a lot of money to engineers to maintain a piece of driver code. If you like it, support it. When it is profitable or when the rest of the actors (Valve, Google, etc.) come to an agreement with AMD, then there will be official support for RADV (or vice versa - AMDVLK)
    Last edited by mphuZ; 01 November 2024, 06:43 PM.

    Leave a comment:


  • smitty3268
    replied
    Originally posted by varikonniemi View Post
    it's amazing AMD has a driver team that is writing their proprietary driver, that does not communicate with the team that writes the open driver, which has to reverse engineer and find out all the things themselves.

    Seems like it can only stem from something like paranoid separation of proprietary information between closed and open drivers, extending so far that not even basic hints at what is the problem don't transfer over.
    One team works for AMD, and the other works for Valve. I'm not sure why it would be surprising that there's not much communication between the two, they are completely different companies.

    Leave a comment:


  • stormcrow
    replied
    I don't have a single game that uses FSR 2 (in Linux), just v1. But I am seeing rather dramatic improvement in performance in Fedora 41 across the board versus MXLinux & Fedora 40. I've yet to try out some of my more demanding games, but I'm already impressed with the more up-to-date stack in general. Remains to be seen how many papercuts I encounter however. Especially when it comes to other X.org dependent programs which is most of the programs and games I use.

    Ryzen 5 5600X
    AMD RX 6650 XT
    F2FS for root & home on an Intel NVMe SSD (yes, a real one from before Intel sold the product line off)

    Haven't tried Blender/HIP yet, but I'm not hopeful since it didn't work on Fedora 40 and there's nothing that's changed to give me any reason to believe it works in 41 on unofficial GPUs.

    Edit to add: Please note, don't use F2FS on a system without a UPS or a laptop with a battery that can hold a charge. It's designed for systems that never shutdown in an unsafe way.
    Last edited by stormcrow; 01 November 2024, 04:52 PM.

    Leave a comment:

Working...
X