Announcement

Collapse
No announcement yet.

RV350, compositing and horrible performance.

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

  • brosis
    replied
    Originally posted by agd5f View Post
    What is your question? vram has much better bandwidth compared to system memory from the GPU's perspective so in most cases it's preferred to store buffers in vram. If we don't have enough vram to cover all the requirements, we may end up with thrashing. There's probably room for improvement with respect to the heuristics used to decide which pools we allocate from and whether we migrate or not. A ttm de-fragmenter would probably also be helpful. Either of these are good projects that don't require low level GPU specific knowledge and could provide nice performance improvements.
    Yes, that was my question. If there is no memory defragementation present and heuristics deserve improvement, no wonder software with high VRAM requirement or lower hardware on any software will bottleneck.. Thanks for clearing up!

    Leave a comment:


  • agd5f
    replied
    Originally posted by brosis View Post
    I have a question regarding that. I saw in phoronix test that radeon pretty much is close to catalyst, except on low-end cards like 55xx, 65xx etc. There radeon suddenly is a lot slower. I think this is indeed related to memory transfer, I suspect radeon version of memory manager is inefficient when it comes to caching from system memory.
    What is your question? vram has much better bandwidth compared to system memory from the GPU's perspective so in most cases it's preferred to store buffers in vram. If we don't have enough vram to cover all the requirements, we may end up with thrashing. There's probably room for improvement with respect to the heuristics used to decide which pools we allocate from and whether we migrate or not. A ttm de-fragmenter would probably also be helpful. Either of these are good projects that don't require low level GPU specific knowledge and could provide nice performance improvements.

    Leave a comment:


  • brosis
    replied
    Originally posted by agd5f View Post
    How much vram does your card have? You may be running out of vram which causes thrashing in GPU memory manager (i.e., migrating stuff between gart and vram). Modern desktop compositors use a lot of memory.
    I have a question regarding that. I saw in phoronix test that radeon pretty much is close to catalyst, except on low-end cards like 55xx, 65xx etc. There radeon suddenly is a lot slower. I think this is indeed related to memory transfer, I suspect radeon version of memory manager is inefficient when it comes to caching from system memory.

    Leave a comment:


  • agd5f
    replied
    Originally posted by oliver View Post
    Mostly going to the 'hot corner' and bringing up the dash is really slow, clicking on the 'all apps' button is slow and getting text into the search field is bad.
    How much vram does your card have? You may be running out of vram which causes thrashing in GPU memory manager (i.e., migrating stuff between gart and vram). Modern desktop compositors use a lot of memory.

    Leave a comment:


  • brosis
    replied
    Originally posted by oliver View Post
    Scrollign large pages in FF tends to be slugish, but I'll acredit that fully to firefox.
    Preferencies - Preferencies - Advanced - Common - Browsing - [ ] Activate smooth scrolling (ie deactivate it)

    Leave a comment:


  • oliver
    replied
    Originally posted by agd5f View Post
    If it's related to CPU governors the issue is that the CPU never ramps up to high enough frequencies to keep the GPU properly fed with data. You can force the CPU to a high performance state and see if that helps.
    The 'low' on demand frequency is 600 MHz with imo should still be beefy enough. I'll use the performance governor and see if that matters. But it didn't matter if (due to other reasons) the CPU clock was 2.1 GHz or anything below, the desktop remained sluggish. Moving a terminal window around was perfectly smooth however. So it's not 'everything' is slugish. Scrollign large pages in FF tends to be slugish, but I'll acredit that fully to firefox.

    Mostly going to the 'hot corner' and bringing up the dash is really slow, clicking on the 'all apps' button is slow and getting text into the search field is bad.

    But first things first, performance governor tonight.

    Leave a comment:


  • agd5f
    replied
    Originally posted by oliver View Post
    Doesn't seem likly the issue, could be of course.

    No, I think you had the idea that I totally overlooked. CPU rendering. While I have gallium 0.4 on RV350, NOT on llvmpipe, according to the info, it still takes some software fallbacks?.
    If it's related to CPU governors the issue is that the CPU never ramps up to high enough frequencies to keep the GPU properly fed with data. You can force the CPU to a high performance state and see if that helps.

    Leave a comment:


  • oliver
    replied
    Doesn't seem likly the issue, could be of course.

    No, I think you had the idea that I totally overlooked. CPU rendering. While I have gallium 0.4 on RV350, NOT on llvmpipe, according to the info, it still takes some software fallbacks?

    So the new question arises, how do I check this? I guess I could scrounge the gnome site, and see what extensions mutter relies on and cross-reverence that with that my card supports.
    Last edited by oliver; 05 May 2013, 07:39 AM.

    Leave a comment:


  • curaga
    replied
    Regarding the low setting, see Pontostroy's recent thread - it seems 3d load doesn't cause ondemand to bump up.

    Leave a comment:


  • curaga
    replied
    Be happy and blame gnome

    It likely uses some cpu fallback. How to check that, I have no idea.

    Leave a comment:

Working...
X