AMD Continued Ramping Up Their Linux & Open-Source Investments In 2024

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts
  • phoronix
    Administrator
    • Jan 2007
    • 67417

    AMD Continued Ramping Up Their Linux & Open-Source Investments In 2024

    Phoronix: AMD Continued Ramping Up Their Linux & Open-Source Investments In 2024

    AMD's new products this year have not only been supported well on the server side with their new EPYC 9005 "Turin" processors but also on the consumer side with the Ryzen AI 300 series laptop and Ryzen 9000 series desktop Zen 5 processors. AMD provided timely Zen 5 support across the stack as well as pursuing new AMD P-State driver optimizations, getting out the AMDXDNA Ryzen AI accelerator driver, and a lot of other new open-source Linux code for new hardware features, prepping for upcoming hardware like RDNA4 graphics, and pursuing optimizations for existing hardware...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite
  • geerge
    Senior Member
    • Aug 2023
    • 367

    #2
    Now triple investment from here and don't put it all into AI

    Comment

    • Kjell
      Senior Member
      • Apr 2019
      • 706

      #3
      AMDGPU performances is abysmal ever since 6.10

      They introduced a new technique for tracking and clearing VRAM pages to address occasional screen corruption. However, this change resulted in stuttering and performance issues in many games.

      This problem is known as Clear Tracking + Clear Page regression.


      This regression was first reported and bisected after discovering stuttering in Cyberpunk 2077


      The workaround caused throughput regression which was first observed in Dota 2
      Performance in dota 2 (and maybe others, see benchmarks below) seems to have regressed substantially (~82% performance loss) in kernels newer than linux-lts.


      Further patches sacrificed latency


      Now we're here
      Hi, there have been user reports of several vkd3d-proton titles that exhibited issues from misrenders to GPU hangs on launch, for example:

      Comment

      • Quackdoc
        Senior Member
        • Oct 2020
        • 5123

        #4
        Really wish AMD would add some vulkan compute ecosystem improvements to it's focus.

        Comment

        • Danny3
          Senior Member
          • Apr 2012
          • 2430

          #5
          And yet no open source firmware for their CPUs or GPUs!
          And of course no control panel, which means that the 10-20 features existing in their Windows drivers are missing completely from their Linux drivers.
          I'm not impressed at all and I'll move with the first chance I'll have!

          Comment

          • rhavenn
            Senior Member
            • Dec 2009
            • 161

            #6
            Originally posted by Danny3 View Post
            And yet no open source firmware for their CPUs or GPUs!
            And of course no control panel, which means that the 10-20 features existing in their Windows drivers are missing completely from their Linux drivers.
            I'm not impressed at all and I'll move with the first chance I'll have!
            To what? nVidia? They don't even have open drivers and their firmware certainly isn't open. I haven't used an nVidia card in over 10 years, so can't comment on the "control panel" situation. I would assume you can probably tweak some of the settings via CLI, but I've never found myself in a situation where I needed or wanted to. Intel? Yeah, the new card they just released is okay, but it's not a "gaming" card and there is always the question whether Intel will continue to support GPUs.

            If you're a Linux user and you support open source...it's either AMD or Intel. If you're a gamer who runs Linux and wants something open source'ish..it's AMD.

            Comment

            • brad0
              Senior Member
              • May 2012
              • 1020

              #7
              Good, I'll never bother with NVidia garbage.

              Comment

              • the-burrito-triangle
                Phoronix Member
                • Jul 2024
                • 81

                #8
                Kjell, that change was made to fix games like Cyberpunk 2077 (non-zeroed VRAM caused broken textures) but you can turn it off with an environment variable:

                radv_zero_vram=false
                radeonsi_zerovram=false​

                But I agree that the implementation for clearing the VRAM could have been better and hopefully AMD gets around to addressing this.​

                Comment

                • the-burrito-triangle
                  Phoronix Member
                  • Jul 2024
                  • 81

                  #9
                  Originally posted by Danny3 View Post
                  And yet no open source firmware for their CPUs or GPUs!
                  And of course no control panel, which means that the 10-20 features existing in their Windows drivers are missing completely from their Linux drivers.
                  I'm not impressed at all and I'll move with the first chance I'll have!
                  Dude, what GPU vendor/s have open firmware? Intel doesn't. Nvida doesn't. Hell, I doubt any of the ARM SoCs do either. Literally everyone uses "blobs"...

                  Comment

                  • pong
                    Senior Member
                    • Oct 2022
                    • 316

                    #10
                    Originally posted by the-burrito-triangle View Post

                    Dude, what GPU vendor/s have open firmware? Intel doesn't. Nvida doesn't. Hell, I doubt any of the ARM SoCs do either. Literally everyone uses "blobs"...
                    The injury on top of that insult is that I'm not at all sure ANY of the consumer GPUs have non volatile firmware you CAN update "from linux". Or I'll even be generous and say from any means (BIOS, UEFI, bootable USB updater utility, ...) that can sanely and readily be used by someone whose only OS is LINUX and wouldn't consider it reasonable to buy / install / use windows MERELY to update (sometimes very important) the firmware of a GPU a few times over the years.

                    Intel fails. I don't think I've seen anything other than an unofficial "well this might work but good luck with that..." article for intel and some nvidia GPUs. For AMD I have never seen anything on that topic so I'm guessing it's either much better or same / worse.

                    In all these cases I ASSUME they (GPU IC vendors) actually have sane NV FW update systems for their "enterprise" GPUs that doesn't necessitate using a foreign desktop OS and if so it's mystifying how hard it could be to just do the same thing with their other models of GPU or something based on fwupd. Or have less NV FW and more of it just loaded by the driver with every boot and the small other bits have an A/B redundant image that gets updated by the driver and reverted if any failure happens subsequently.

                    And as for the missing control utilities, gosh, it'd take just a few pages of web / PDF to document the relevant registers / APIs or share a little gist sample code from their windows GUI/CLI tools or something. FOSS people would write the rest given at least a sane basis of information that shows "how to".

                    Comment

                    Working...
                    X