Announcement

Collapse
No announcement yet.

Catalyst 9.8 - "compiz default maximize" = effect significant lag

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

  • #16
    The "ATi doesn't care" things you read all around are mostly just trolling. You can safely ignore those. There's problems with fglx but ATi both continues to develop it and support the opensource driver projects which are gradually getting considerably far. (the impact of the cooperation on the support for new cards probably being bigger though)

    Comment


    • #17
      Is fglrx really using XAA for acceleration? How do the Textured2D, TexturedXRender and TexturedVideo options interact with this?

      In any case, fglrx offers good 2d performance nowadays even with Compiz (just a year ago it didn't) and the open drivers are even better. My 9500GT and Quadro NVS135M from nvidia feel quite a bit slower, anyway.

      That said, my old 7600GS offered the absolutely best performance in 2d, but things regressed badly with the release of the 8000-series.

      Comment


      • #18
        Not sure where the "ATI says it's X's fault" comment is coming from. I said that the slowdown resulted from an X *change* (backing out a performance patch which had been there for years), which is not the same thing.

        The question of "whose fault" is a philosophical issue which will probably never get answered (and nobody cares about the answer), since it relates to a portion of the X spec which may not make sense with a compositor (as I understand it). With the patch one bad thing happens (some recent drivers display uninitialized memory), without the patch a different bad thing happens (a large and un-necessary copy from vram to system ram).

        The most likely solution is that we will paper over the problem like everyone else by accelerating the "large and un-necessary copy" so you don't get a big delay, but there are some potentially cleaner solutions (ie fixing the underlying problem) that we are looking into as well.
        Last edited by bridgman; 09-05-2009, 10:07 AM.

        Comment


        • #19
          I hope something happens soon, because this is one of those serious bugs that cause non-Linux users to do a double take and ask why you put up with stuff like this when you could use windows instead. And it's been around for quite a while now.

          Looking at the patch that seems to fix it (http://blog.jasondonenfeld.com/190) could a quick workaround in the xserver just be to fill in that pixmap with zeroes to get rid of the random backfill without the slow copy operation? I seem to remember the point was to fix possible security issues, which this would do even though it might be ugly. Or was this rejected by the x developers because they figured the operations involved should be accelerated and the issue is with AMD?

          Comment


          • #20
            Good day!

            Do we have any progress on this issue? Is this a workaround that users can perform in the meantime as to avoid the terrible maximize lag? (It's quite frustrating)

            Comment


            • #21
              Originally posted by fermulator View Post
              Good day!

              Do we have any progress on this issue? Is this a workaround that users can perform in the meantime as to avoid the terrible maximize lag? (It's quite frustrating)
              yes, install an unbroken X server with fedora_dont_backfill_bg_none.patch

              X flies afterwards.

              There are patched debs for kubuntu and an ebuild for gentoo. For the others:

              google

              Comment


              • #22
                Originally posted by energyman View Post
                yes, install an unbroken X server with fedora_dont_backfill_bg_none.patch

                X flies afterwards.

                There are patched debs for kubuntu and an ebuild for gentoo. For the others:

                google
                ++

                works for me

                besides that:

                when using it with catalyst 9.10 (from ubuntu) it's rockstable, feature-rich (no video-lagging, corruption, etc. with composited desktop) and suspend & VT-switching support

                still problems:

                * lack of support for fully peemptible kernel & rcu
                * lack of support for other slab allocators (e.g. slqb)
                ---> it works somehow with them and the installation is prevented by the installer

                Comment


                • #23
                  Originally posted by energyman View Post
                  yes, install an unbroken X server with fedora_dont_backfill_bg_none.patch

                  X flies afterwards.

                  There are patched debs for kubuntu and an ebuild for gentoo. For the others:

                  google
                  Thanks, however Googling for this "ubuntu fedora_dont_backfill_bg_none.patch" results in only 4 hits. :-( -- (those of which don't actually explain how to do it)

                  I have no experience with installing a non-default X server. Could someone please reference a link explaining how to workaround this issue?

                  Thanks!

                  Comment


                  • #24
                    ArchLinux (http://aur.archlinux.org/packages.php?ID=26687) seems to provide the correct files, but I'm not confident in the procedure.

                    (i.e. If it requires compiling from source, we should use checkinstall so that the change can be reverted when the official change comes down the pipe, and do we need to re-install anything after adding the modified X-server?)

                    Comment


                    • #25
                      openSUSE Factory xserver-no-backfill packages

                      For openSUSE Factory users I have built xserver packages including the respective no-backfill patch: http://download.opensuse.org/reposit...nSUSE_Factory/

                      Remember that the kernel version in Factory is 2.6.31, so you need the Catalyst 9.10 beta driver from Ubuntu 9.10, which you can install with the help of this script written by kano:
                      Code:
                      #!/bin/sh
                      cd /usr/src
                      wget -N http://www2.ati.com/drivers/linux/ati-driver-installer-9-8-x86.x86_64.run
                      wget -N http://archive.ubuntu.com/ubuntu/pool/restricted/f/fglrx-installer/fglrx-installer_8.660.orig.tar.gz
                      DIR_OLD=fglrx.old
                      DIR_NEW=fglrx.new
                      rm -rf "$DIR_OLD" "$DIR_NEW"
                      mkdir "$DIR_OLD" "$DIR_NEW"
                      sh ati-driver-installer-9-8-x86.x86_64.run --extract "$DIR_OLD"
                      tar -C "$DIR_NEW" -zvxf fglrx-installer_8.660.orig.tar.gz
                      cp "$DIR_OLD"/* "$DIR_NEW"
                      cp -r "$DIR_OLD"/setup.data "$DIR_NEW"
                      cd "$DIR_NEW"
                      wget -qO- "http://phorogit.com/index.php?p=fglrx-packaging.git&dl=targz"|tar zxv
                      mv -v fglrx-packaging packages
                      rm -rf packages/ArchLinux
                      mkdir common
                      mv -v etc lib opt usr common
                      cp -r ../"$DIR_OLD"/packages/ATI packages
                      ./ati-installer.sh 8.66 --install
                      I also opened a feature request to have these packages in a more prominent place: https://features.opensuse.org/307845.

                      When I find time, I will provide versions for openSUSE 11.1 as well.

                      Comment


                      • #26
                        Originally posted by fermulator View Post
                        Thanks, however Googling for this "ubuntu fedora_dont_backfill_bg_none.patch" results in only 4 hits. :-( -- (those of which don't actually explain how to do it)

                        I have no experience with installing a non-default X server. Could someone please reference a link explaining how to workaround this issue?

                        Thanks!
                        http://ubuntuforums.org/archive/inde...t-1107559.html

                        sparrowkc
                        July 2nd, 2009, 06:05 PM
                        I've found a solution for the lagginess. Our problem is described in this bug:
                        https://bugs.launchpad.net/ubuntu/+s...6?comments=all

                        In the comments there is a patch for X that was removed to prevent graphics corruption mostly for Intel chips. Re-applying that patch solved my problem.

                        Someone set up a repo with the patched X, so all you have to do is add it, do an update, and restart!
                        https://edge.launchpad.net/~ubuntu-x...er-no-backfill

                        Comment

                        Working...
                        X