Comments on: Fast Compositing with KDE4 and FGLRX http://blog.jasondonenfeld.com/190 {{{ ZX2C4 }}} Fri, 30 Jul 2010 14:21:26 +0000 hourly 1 http://wordpress.org/?v=3.0.1 By: HowTo: Efekty KWin na Radeonie - Matthew::blog http://blog.jasondonenfeld.com/190#comment-1721 HowTo: Efekty KWin na Radeonie - Matthew::blog Sat, 12 Jun 2010 08:34:19 +0000 http://blog.jasondonenfeld.com/?p=190#comment-1721 [...] internet natrafiłem na dwa wpisy na blogu Geek Ideas. Autor prosi czytelników o pomoc w znalezieniu powodu takiego stanu rzeczy. [...] [...] internet natrafiłem na dwa wpisy na blogu Geek Ideas. Autor prosi czytelników o pomoc w znalezieniu powodu takiego stanu rzeczy. [...]

]]> By: Dixan Xhaiden http://blog.jasondonenfeld.com/190#comment-1699 Dixan Xhaiden Sun, 09 May 2010 17:08:50 +0000 http://blog.jasondonenfeld.com/?p=190#comment-1699 IS there something similar for "Gnome" ?! :( IS there something similar for “Gnome” ?! :(

]]> By: Timo Schmid http://blog.jasondonenfeld.com/190#comment-1697 Timo Schmid Fri, 30 Apr 2010 09:43:35 +0000 http://blog.jasondonenfeld.com/?p=190#comment-1697 Thanks so much for this trick. You just made my day. Thanks so much for this trick.
You just made my day.

]]> By: Shlomi Fish http://blog.jasondonenfeld.com/190#comment-689 Shlomi Fish Sat, 03 Oct 2009 10:28:18 +0000 http://blog.jasondonenfeld.com/?p=190#comment-689 Hi! Will this work with the radeonhd driver, which is what I am using, too? Regards, -- Shlomi Fish Hi!

Will this work with the radeonhd driver, which is what I am using, too?

Regards,

– Shlomi Fish

]]> By: Jason Donenfeld http://blog.jasondonenfeld.com/190#comment-507 Jason Donenfeld Sat, 12 Sep 2009 18:55:17 +0000 http://blog.jasondonenfeld.com/?p=190#comment-507 @dummy I tried out the binaries on that page, and they did not fix the problem. @dummy
I tried out the binaries on that page, and they did not fix the problem.

]]> By: Slow Window Resizing with KWin Compositing on FGLRX « Geek Ideas http://blog.jasondonenfeld.com/190#comment-506 Slow Window Resizing with KWin Compositing on FGLRX « Geek Ideas Sat, 12 Sep 2009 18:48:29 +0000 http://blog.jasondonenfeld.com/?p=190#comment-506 [...] Update: check out this solution. [...] [...] Update: check out this solution. [...]

]]> By: dummy http://blog.jasondonenfeld.com/190#comment-504 dummy Sat, 12 Sep 2009 13:37:27 +0000 http://blog.jasondonenfeld.com/?p=190#comment-504 Does QT 4.6 solve the Problem?? Smooth and solid resizing on X11 : http://labs.trolltech.com/blogs/2009/06/10/smooth-and-solid-resizing-on-x11 Does QT 4.6 solve the Problem??

Smooth and solid resizing on X11 :
http://labs.trolltech.com/blogs/2009/06/10/smooth-and-solid-resizing-on-x11

]]> By: razum2um http://blog.jasondonenfeld.com/190#comment-482 razum2um Wed, 09 Sep 2009 04:45:28 +0000 http://blog.jasondonenfeld.com/?p=190#comment-482 "The patch he’s talking about looks like this" Ye. I had read that comment, about this (done for ages) in Ubuntu&Arch and couldn't understand, where's patch, so wrote it myself. BUT when you are using KDE-decorator style like auroae it still "twitches". Sad. (sorry for my English ;) “The patch he’s talking about looks like this”

Ye. I had read that comment, about this (done for ages) in Ubuntu&Arch and couldn’t understand, where’s patch, so wrote it myself.

BUT when you are using KDE-decorator style like auroae it still “twitches”. Sad.

(sorry for my English ;)

]]> By: Links 08/09/2009: Foxconn Makes GNU/Linux Sub-notebooks | Boycott Novell http://blog.jasondonenfeld.com/190#comment-481 Links 08/09/2009: Foxconn Makes GNU/Linux Sub-notebooks | Boycott Novell Wed, 09 Sep 2009 00:28:09 +0000 http://blog.jasondonenfeld.com/?p=190#comment-481 [...] Fast Compositing with KDE4 and FGLRX After a much heated discussion about how to fix the horrible resizing and performance bug with FGLRX and KDE4, no one knew where to start looking. The X team had to do a little digging; the KDE4 team needed to change somethings; the FGLRX warehouse needed to get their shit together and listen to the users… bla bla bla the flame wars raged on, fingers were pointed, and nothing ever got done. [...] [...] Fast Compositing with KDE4 and FGLRX After a much heated discussion about how to fix the horrible resizing and performance bug with FGLRX and KDE4, no one knew where to start looking. The X team had to do a little digging; the KDE4 team needed to change somethings; the FGLRX warehouse needed to get their shit together and listen to the users… bla bla bla the flame wars raged on, fingers were pointed, and nothing ever got done. [...]

]]> By: warnec http://blog.jasondonenfeld.com/190#comment-478 warnec Tue, 08 Sep 2009 13:26:14 +0000 http://blog.jasondonenfeld.com/?p=190#comment-478 Perhaps this can work for nvidia as well? ;) (Just hoping) http://forum.kde.org/viewtopic.php?f=111&t=77049 Perhaps this can work for nvidia as well? ;) (Just hoping)

http://forum.kde.org/viewtopic.php?f=111&t=77049

]]> By: TooTea http://blog.jasondonenfeld.com/190#comment-477 TooTea Tue, 08 Sep 2009 13:13:23 +0000 http://blog.jasondonenfeld.com/?p=190#comment-477 Hey, but this isn't anything new under the sun! The "no backfill" patch (exactly the one you're talking about) has been with us for ages (it was also included in stock Ubuntu Xorg, IIRC), e.g. here http://cvs.fedoraproject.org/viewvc/rpms/xorg-x11-server/F-9/xserver-1.4.99-dont-backfill-bg-none.patch?revision=1.1&view=markup Hey, but this isn’t anything new under the sun! The “no backfill” patch (exactly the one you’re talking about) has been with us for ages (it was also included in stock Ubuntu Xorg, IIRC), e.g. here http://cvs.fedoraproject.org/viewvc/rpms/xorg-x11-server/F-9/xserver-1.4.99-dont-backfill-bg-none.patch?revision=1.1&view=markup

]]> By: Damnshock http://blog.jasondonenfeld.com/190#comment-475 Damnshock Tue, 08 Sep 2009 12:18:28 +0000 http://blog.jasondonenfeld.com/?p=190#comment-475 Are you all sure it does *not* work for other drivers? I'm here running on an intel gm945 and the resize performance is horribly slow... Has anyone tried it? Are you all sure it does *not* work for other drivers? I’m here running on an intel gm945 and the resize performance is horribly slow…

Has anyone tried it?

]]> By: aroedl http://blog.jasondonenfeld.com/190#comment-474 aroedl Tue, 08 Sep 2009 12:10:48 +0000 http://blog.jasondonenfeld.com/?p=190#comment-474 By the way: the CPU load of X went down from about 40 per cent to 5-10 per cent. By the way: the CPU load of X went down from about 40 per cent to 5-10 per cent.

]]> By: aroedl http://blog.jasondonenfeld.com/190#comment-473 aroedl Tue, 08 Sep 2009 12:09:30 +0000 http://blog.jasondonenfeld.com/?p=190#comment-473 This blog post changed my life! Ever since I'm using KDE4, I quit resizing windows, because it was soooo slow. This patch makes all the difference. Thanks! This blog post changed my life! Ever since I’m using KDE4, I quit resizing windows, because it was soooo slow. This patch makes all the difference. Thanks!

]]> By: Beat Wolf http://blog.jasondonenfeld.com/190#comment-472 Beat Wolf Tue, 08 Sep 2009 09:46:04 +0000 http://blog.jasondonenfeld.com/?p=190#comment-472 Whoever is at fault, i hope you can pinpoint to the exact problem, perhaps by reading line by line of the patch. Because currently X performance is one of the biggest linux problems, and nobody really seems to do anything. so even though i don't have a ati card i wish you good luck :-) Whoever is at fault, i hope you can pinpoint to the exact problem, perhaps by reading line by line of the patch. Because currently X performance is one of the biggest linux problems, and nobody really seems to do anything.
so even though i don’t have a ati card i wish you good luck :-)

]]> By: Peter http://blog.jasondonenfeld.com/190#comment-471 Peter Tue, 08 Sep 2009 08:18:24 +0000 http://blog.jasondonenfeld.com/?p=190#comment-471 With this : http://aur.archlinux.org/packages.php?ID=26687 the fglrx users on Archlinux seem to be OK with the resizing (it's not an already built package, it's a PKGBUILD + patches. PKGBUILD's on Archlinux are like .spec files on Redhat/Fedora) But, it's not Xorg server's problem. Since ALL the other drivers don't have a problem with that, but only fglrx, it is fglrx's problem. With this :

http://aur.archlinux.org/packages.php?ID=26687

the fglrx users on Archlinux seem to be OK with the resizing (it’s not an already built package, it’s a PKGBUILD + patches. PKGBUILD’s on Archlinux are like .spec files on Redhat/Fedora)

But, it’s not Xorg server’s problem. Since ALL the other drivers don’t have a problem with that, but only fglrx, it is fglrx’s problem.

]]> By: Simon Edwards http://blog.jasondonenfeld.com/190#comment-470 Simon Edwards Tue, 08 Sep 2009 06:21:03 +0000 http://blog.jasondonenfeld.com/?p=190#comment-470 This is the hated "back fill" problem that affects FGLRX. It has been discussed on Phoronix a few times. for example this thread: http://www.phoronix.com/forums/showthread.php?p=90703 There are also packages floating around for various distributions. For example: http://k3mist.com/linux/ati-proprietary-fglrx-minimizemaximize-fix-for-jaunty-904/ This is the hated “back fill” problem that affects FGLRX. It has been discussed on Phoronix a few times. for example this thread:

http://www.phoronix.com/forums/showthread.php?p=90703

There are also packages floating around for various distributions. For example:

http://k3mist.com/linux/ati-proprietary-fglrx-minimizemaximize-fix-for-jaunty-904/

]]> By: Alex http://blog.jasondonenfeld.com/190#comment-468 Alex Tue, 08 Sep 2009 02:31:10 +0000 http://blog.jasondonenfeld.com/?p=190#comment-468 I suspect the root cause is in FGLRX. Judging by the patch you posted, it seems that the sole purpose of the removed code is to prevent the garbage you mentioned. So, the cause of the performance problems is probably an improper implementation of the CopyArea or CompositePicture (or perhaps CreatePicture) operation in FGLRX. I suspect the root cause is in FGLRX. Judging by the patch you posted, it seems that the sole purpose of the removed code is to prevent the garbage you mentioned. So, the cause of the performance problems is probably an improper implementation of the CopyArea or CompositePicture (or perhaps CreatePicture) operation in FGLRX.

]]>