Announcement

Collapse
No announcement yet.

AMD Vega 8 Graphics Performance On Linux With The Ryzen 3 2200G

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

  • #31
    Originally posted by starshipeleven View Post
    GPUs in general work best with high-bandwith RAM, and that's why GPUs have GDDR (which is NOT the same as DDR used in RAM DIMMs). GDDR has higher latencies, but has significantly more bandwith.
    I agree, but at least when it comes to Haswell's graphics, it isn't starving for bandwidth. Intel's Iris Pro graphics might be more demanding, though.
    The article you see should already hint that faster RAM helps, and that does so more detectably than CPU performance (which is probably like 1-2%), the issue is that even with an OC the iGPU remains starved for memory.
    It did have a performance improvement, but a very disproportionate one. When the memory clock is 66% faster but the best-case performance gain was only 10%, the GPU is not starving for bandwidth. It may also help to point out that 38% faster RAM was also roughly 10% faster.
    Meanwhile, if you check Phoronix articles with AMD APUs tested with different memory speeds, the performance gain is directly proportionate to the memory speed across each frequency increase. This suggests those GPUs were completely bottlenecked.
    If the bottleneck was the GPU itself, adding faster RAM would not have helped much (like overclocking RAM for CPU loads).
    But that's the thing - adding faster RAM didn't help much.
    Keep in mind, depending on the test you do, faster RAM will just about always improve performance. However, that doesn't mean the RAM is significantly bottlenecking the processor in real-world tests.
    In other words, if a 66% RAM frequency increase results in a roughly 66% performance increase, the processor is starving for bandwidth. But when either a 38% or 66% increase results in a 10% performance increase, the RAM isn't enough of a bottleneck to worry about.

    Comment


    • #32
      Originally posted by duby229 View Post
      I'm sure you're right, but that's not what I read. I've read that TTM has some serious design flaws for dealing with system RAM as graphics RAM. And that's a problem for integrated graphics. It's not that TTM can't do it exactly, just that it's not the right design for it.
      I don't believe anyone has identified issues with TTM itself related to managing system memory.

      What they might be talking about is tuning the migration heuristics across the stack for the case where (a) simulated VRAM and system RAM have fairly similar performance rather than the more common ~5:1 performance difference and (b) the carved-out system memory used for emulating VRAM is smaller than the natural VRAM footprint of the application.

      The Windows stack has probably seen more tuning effort to avoid excessive migration in that scenario since MS was requiring an extremely small carve-out for a while, something like 32-80MB IIRC. I know there has been some comparable work on the Linux stack but probably not as much.
      Last edited by bridgman; 15 February 2018, 02:17 PM.
      Test signature

      Comment


      • #33
        Originally posted by bridgman View Post

        I don't believe anyone has identified issues with TTM itself related to managing system memory.

        What they might be talking about is tuning the migration heuristics across the stack for the case where (a) simulated VRAM and system RAM have fairly similar performance rather than the more common ~5:1 performance difference and (b) the carved-out system memory used for emulating VRAM is smaller than the natural VRAM footprint of the application.

        The Windows stack has probably seen more tuning effort to avoid excessive migration in that scenario since MS was requiring an extremely small carve-out for a while, something like 32-80MB IIRC. I know there has been some comparable work on the Linux stack but probably not as much.
        I think I'm misunderstanding. Isn't all VRAM on an APU system RAM? And in that case wouldn't all APU's have the same VRAM performance as system RAM? Because it is system RAM.

        Comment


        • #34
          These tests pretty much line up with the sites that test Windows exclusively. It will work well on most games except those that run @ 1080p. Some games will go OK at 1080p and low settings but it won't always be satisfactory.

          Comment


          • #35
            Originally posted by grok View Post
            Well : what's the cheapest freesync monitor?
            Best bang for the buck can currently be had from AOC Q3279VWF (VA, QHD, 48-75 Hz FreeSync which can be extended to 35-75 Hz through custom EDID).

            Comment


            • #36
              Originally posted by duby229 View Post
              I think I'm misunderstanding. Isn't all VRAM on an APU system RAM? And in that case wouldn't all APU's have the same VRAM performance as system RAM? Because it is system RAM.
              It is system RAM, but there are two paths from GPU to system RAM:

              https://developer.amd.com/wordpress/...1004_final.pdf

              The hardware has changed since that white paper, but there are still two "views" of system RAM. During startup the SBIOS reserves a section of system memory (holding it back from the OS) and then the driver maps it via a HW-supported aperture and treats it as VRAM.

              There are a couple of HW functions which do not go through page tables, eg the page tables themselves and the scanout buffer for display - these need to go in the "VRAM" aperture.

              There used to be a big difference in performance between the two paths (maybe 2:1) because the "VRAM path" (aka Garlic) fetched data in bigger chunks and did not support coherency with CPU cache, but AFAIK these days the performance differences are much reduced and might even be zero (something to check if I ever have free time).

              From a driver and application perspective there are still two different memory pools, one for system memory and another for (emulated) VRAM.
              Last edited by bridgman; 15 February 2018, 06:55 PM.
              Test signature

              Comment


              • #37
                Originally posted by duby229 View Post

                I think I'm misunderstanding. Isn't all VRAM on an APU system RAM? And in that case wouldn't all APU's have the same VRAM performance as system RAM? Because it is system RAM.
                If you exceed that reserved VRAM, you can expect some slowmo shit more or less but for sure. I guess that is what you like to hear

                Comment


                • #38
                  Originally posted by dungeon View Post

                  If you exceed that reserved VRAM, you can expect some slowmo shit more or less but for sure. I guess that is what you like to hear
                  I don't think that's true at all. At least not for gaming. I haven't seen it.

                  Comment


                  • #39
                    Originally posted by duby229 View Post
                    I don't think that's true at all. At least not for gaming. I haven't seen it.
                    If you have any APU just set buffer size to 64 MB in BIOS and tell us what you get (anything could do a job OpenArena bench, Xonotic... even on low) That way you will be out of VRAM all the time, that will be nice and easy test how much perf you might lose if you go out of that.

                    I think up to 25% should be expected to lose on average nowdays, but if its more - then something really unusual happened
                    Last edited by dungeon; 15 February 2018, 11:36 PM.

                    Comment


                    • #40
                      That low VRAM set also saves power, since you don't have high CPU spikes with GTT like with VRAM... so in that way you don't lose actually, but normalise everything. You can let say play xyz game flat all time in GTT where perf is enough already, who cares about spikes? OK, there are some weird people who like to have 1000 fps when they look at they sky, but i have no idea what is a point of that They will win some benchmarks on average because of 1000 fps on the sky and then what with that?

                      There are two ways around that as you see: question is do someone want to win in every benchmarks every day or to save power? Now some might want to buy APU to OC everything further there should be set at as max VRAM as possible if for more intensive gaming and another wanna GE 35W model for bussines or HTPC or just to set existing one to 45W or whatever, there i would recommend also to set VRAM as low as possible... so it depends what you want, firing things up is just one side of a medal - it shouldn't break minimum fps but majorly cut high and that is where "lose" is, if we could even call that a lose

                      Low fps is problem, but high no one cares about... some people think the opposite by only looking at highs, but it is really opposite of that. So, overclock everything as much as possible not to push highs but to push lows, but then force it to GTT by setting low VRAM sounds most ideal to me for gaming on APU
                      Last edited by dungeon; 16 February 2018, 05:55 AM.

                      Comment

                      Working...
                      X