Announcement

Collapse
No announcement yet.

The Current RadeonSI Benefits Of Switching To Mesa 13.1-dev Git On Ubuntu 16.10

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

  • jatone
    replied
    And I'm not talking just the game freezes. Stellaris for example completely knocks out my system, I have to restart to recover. I can't even ssh into the computer from my laptop when it happens.

    Leave a comment:


  • bridgman
    replied
    I took another look but most of the tickets on there are pretty old... TF2 was the only one that was still a big problem AFAIK. There may be others but I don't think it's fair to say "any game that stresses the driver".

    Leave a comment:


  • jatone
    replied
    Have you looked at the bug tracker? It has TF2, Stellaris, Legends of the Sword Coast, Shadows of Mordor (I personally havent experienced that one), XCOM2, all of them are freezing for people.

    Leave a comment:


  • bridgman
    replied
    ??

    AFAIK TF2 is still having trouble with hangs when playing but I don't remember seeing that with other games recently. There is IIRC a problem with either Steam or Unity launcher but I don't *think* that is a driver issue.

    Can you provide some details ?

    Leave a comment:


  • jatone
    replied
    Too bad radeonsi is completely unusable for any games. It completely freezes the system with any game that stresses the driver. =/ has been for months with no real progress.

    Leave a comment:


  • geearf
    replied
    Originally posted by haagch View Post
    You meant bloated? Just compare the run time of apt-get update; apt-get upgrade to pacman -Syu for a similar sized update. I know, apt is doing more work, but the result is that it takes much, much longer.
    Shouldn't people use aptitude instead of apt anymore? I haven't used a Debian based system in close to a decade, but I believe that's what I was told back then.

    Leave a comment:


  • haagch
    replied
    Originally posted by debianxfce View Post
    Debian packaging system is more advanced that in arch linux
    You meant bloated? Just compare the run time of apt-get update; apt-get upgrade to pacman -Syu for a similar sized update. I know, apt is doing more work, but the result is that it takes much, much longer.

    I don't think compiler optimizations are doing a lot for mesa right now. Even with -O0 -ggdb3, real games are only somewhat slower. I think that even small improvements in how mesa handles OpenGL will have most likely a bigger impact, so I believe starting to look into the hardcore compiler optimizations will make sense, once mesa is really well optimized through and through.

    That said, I have tried Ofast and LTO and I did not notice major differences in games. I did notice major differences in compile time though. LTO easily triples the time it takes to build mesa for (currently) very little benefit.

    Leave a comment:


  • geearf
    replied
    Originally posted by peppercats View Post
    I don't use mesa so my comment may be ignorant, but has anyone tried compiling it with native optimizations + LTO and done benchmarks?
    Havind PGO/FDO could be nice too, maybe Solus does that.

    Originally posted by eydee View Post

    Using the newest binaries from PPAs is a lot faster and more convenient than compiling everything from AUR. Just don't use an ancient Ubuntu, and it'll be fine.
    We also have binaries repositories in Arch, LordHeavy builds mesa-git for us more than daily

    Leave a comment:


  • stiiixy
    replied
    Originally posted by lumks View Post
    Aricles like this sounds always like "why you should not use Ubuntu, but ArchLinux"




    Manjaro; Linux4.8; Mesa 13; Blender 2.78.a; R9 380 - no crash.
    I personally love the shit out of Arch, but it's becoming more niche on my network to the point I barely use it right now (right now doesn't mean I'm not coming back) because:

    a) It's a rolling distro
    b) It's a rolling distro
    c) It's a rolling distro

    Every time I get my set up just right, along comes an update that blows everything to pieces. The last straw for me was Nextcloud on Apache. I had gotten it up and running, everything was syncing nicely both locally and Internettingly and then along comes an update and it all falls to pieces and it never came back on line properly. It was like it took brain damage. The time I spent resolving the issue was unacceptable. I do Nextcloud on other installs and they run swimingly, no worries, Ace! If the chappy is having issues with Ubuntu, a distro based on release cycles, then what chance does he have with Arch, a fast moving system? All he need do is find out his problem and, theoretically, have it fixed. With Arch, he could find the problem and then along comes another issue next update. It's nonsense to use it when you need to get shit done, and can't risk the downtime without thorough testing. And that wouldmean wasted time and resources anyway (or simply a ual-boot).

    I am well aware of pinning versions, but after a while, what's the bloody point of running a rolling distro if you're pinning everything.

    Plus, he might also simply just like/prefer Ubuntu.

    Leave a comment:


  • eydee
    replied
    Originally posted by lumks View Post
    Aricles like this sounds always like "why you should not use Ubuntu, but ArchLinux"
    Using the newest binaries from PPAs is a lot faster and more convenient than compiling everything from AUR. Just don't use an ancient Ubuntu, and it'll be fine.

    Leave a comment:

Working...
X