Bug#445323: [Pkg-xfce-devel] Bug#445323: cpu-intensive window redraw/window resize
hi, today i installed a sid-chroot on my (i386) notebook with a intel GPU, which works with xorg's "intel" driver. i enabled compositing, and tried xfce4-terminal in that environment, but i didn't notice the slow redraw and resize effect with and without using compositing. maybe it's after all a xorg problem? - on my amd64 machine, which runs the proprietary nvidia driver, the problem still exists. cheers - fuddl signature.asc Description: PGP signature
Bug#445323: [Pkg-xfce-devel] Bug#445323: cpu-intensive window redraw/window resize
On sam, 2007-10-06 at 23:30 +, Omari Stephens wrote: > I am 99% sure this is an X problem. I'm inclined to think that too. I have yet to check, but I wonder if compositing isn't enabled by default with the latest X. Can you check by explicitely disabling composite in xorg.conf? Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445323: [Pkg-xfce-devel] Bug#445323: cpu-intensive window, redraw/window resize
Mathias: I'm not sure, as I haven't poked at composite at all up to now. This seems to describe a possibly-related situation (though, I'm not sure why the status is still "New," given that it was reported against 7.1) https://bugs.freedesktop.org/show_bug.cgi?id=8499 --xsdg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445323: [Pkg-xfce-devel] Bug#445323: cpu-intensive window redraw/window resize
severity 445323 important thanks On 07/10/07 12:11 +0200, Mathias Brodala said ... > > Yves-Alexis Perez, 07.10.2007 11:41: > > I'm inclined to think that too. I have yet to check, but I wonder if > > compositing isn't enabled by default with the latest X. > > You were absolutely right about this. After explicitly disabling the Composite > extension, resizing in xfce4-terminal works just like before. > > But the primary issue remains: why is resizing (and dragging BTW) the window > in > xfce4-terminal that slow if Composite is activated? (In fact, this is what > keeps Apart from resizing, changing workspaces is also very very slow (because it involves a redraw). I am afraid this bug has quite a bit of effect on xfce4-terminal's usability though it is not totally unusable (disabling Composite is a workaround). Hence the change in severity. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#445323: [Pkg-xfce-devel] Bug#445323: cpu-intensive window redraw/window resize
On jeu, 2007-10-04 at 23:39 +0200, Bruno Kleinert wrote: > Package: xfce4-terminal > Version: 0.2.6-4 > Severity: minor > > hi, > > xfterm consumes a lot of cpu-time when it has to redraw its window. > this effect shows up, when i resize a xfterm window and when i switch > to a workspaces with large-sized xfterm window. xfterm nearly takes a > second to draw its window at a resolution of 1680x1024. > > reading through the debian changelog, it appears that there were no > changes in the code for more than four weeks. so i suspect this "bug" > was introduced by another package, because it showed up about one to > two weeks ago for the first time. i cannot remember the first time i > noticed this behaviour, so i can't figure out, which package(s) might > be the culprit. > > i tested resizing the xfterm with and without xfce's integrated > compositing manager and also within a compiz environment - no > difference between them. Hey, could you retry nowadays, with xfce4-terminal in experimental? There was some change with transparency handling which might have fixed the bug (and the X drivers may have changed too). So it'd be nice if everyone could do the test and report back. Thanks, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#445323: [Pkg-xfce-devel] Bug#445323: cpu-intensive window redraw/window resize
Hello! There are performance issues in the nvidia driver: http://www.nvnews.net/vbulletin/showthread.php?s=962dd344a3f0838135fb5a0c9234d11f&t=115916 After issuing the command | nvidia-settings -a InitialPixmapPlacement=2 -a GlyphCache=1 my desktop is much faster and also xfterm has no delay any more. Regards Stephan signature.asc Description: Digital signature
Bug#445323: [Pkg-xfce-devel] Bug#445323: cpu-intensive window, redraw/window resize
On Mon, Mar 03, 2008 at 12:17:00PM +0100, Mathias Brodala wrote: > Yves-Alexis Perez, 03.03.2008 10:39: > > what are the various status on this? I can now use xfce4-terminal in > > a compositing-enabled xorg without problem here on two boxes (intel > > and radeonhd drivers). This is tested with xfwm compositing enabled > > or disabled, it works fine in both cases. Maybe the problems was in > > X, drivers or vte. Can you still reproduce this? Using wich X, > > driver etc.? > Resizing the Terminal window having the Composite extension enabled is > still slower than with having it disabled. In the latter case, > everything is nice and quick just as before. > Package version of x11-common is 1:7.3+10, the version of > xserver-xorg-video-ati is 1:6.6.193-3. (Sorry about this, but ATM I > can’t use a version newer than that since they make X fail to start. > This has been reported and efforts are ongoing to fix this.) We have a user on IRC who has 1:6.8.0-1 installed with a Radeon and it appears not to affect him. Do you have more details about why you can't upgrade? -- _[EMAIL PROTECTED] -+*+- fou, con et anglais _ (_) "Cardinal Fang! Fetch... the comfy chair!" - Monty Python (_) (_) (_) \______/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445323: [Pkg-xfce-devel] Bug#445323: cpu-intensive window, redraw/window resize
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi. Simon Huggins, 03.03.2008 16:39: > On Mon, Mar 03, 2008 at 12:17:00PM +0100, Mathias Brodala wrote: >> Yves-Alexis Perez, 03.03.2008 10:39: >>> what are the various status on this? I can now use xfce4-terminal in >>> a compositing-enabled xorg without problem here on two boxes (intel >>> and radeonhd drivers). This is tested with xfwm compositing enabled >>> or disabled, it works fine in both cases. Maybe the problems was in >>> X, drivers or vte. Can you still reproduce this? Using wich X, >>> driver etc.? >> Resizing the Terminal window having the Composite extension enabled is >> still slower than with having it disabled. In the latter case, >> everything is nice and quick just as before. > >> Package version of x11-common is 1:7.3+10, the version of >> xserver-xorg-video-ati is 1:6.6.193-3. (Sorry about this, but ATM I >> can’t use a version newer than that since they make X fail to start. >> This has been reported and efforts are ongoing to fix this.) > > We have a user on IRC who has 1:6.8.0-1 installed with a Radeon and it > appears not to affect him. > > Do you have more details about why you can't upgrade? Sure, please see #466747 in BTS. Regards, Mathias - -- debian/rules -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHzB0TYfUFJ3ewsJgRAnFOAKCAdCKnYEPGubaH3CDhhXPImReVLQCfchoI H3LqTYVKkQ3eEFrUx5Tnau0= =pDv2 -END PGP SIGNATURE-
Bug#445323: [Pkg-xfce-devel] Bug#445323: cpu-intensive window redraw/window resize
On jeu, 2007-10-04 at 23:39 +0200, Bruno Kleinert wrote: > xfterm consumes a lot of cpu-time when it has to redraw its window. > this effect shows up, when i resize a xfterm window and when i switch > to a workspaces with large-sized xfterm window. xfterm nearly takes a > second to draw its window at a resolution of 1680x1024. xfterm4 is a wrapper. First, are you sure the bug is for xfce4-terminal? Then, if it is, can you try with gnome-terminal and report? They both use libvte which may be in cause. Regards, -- Yves-Alexis Perez -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445323: [Pkg-xfce-devel] Bug#445323: cpu-intensive window redraw/window resize
On 10/4/07, Bruno Kleinert <[EMAIL PROTECTED]> wrote: > Package: xfce4-terminal > Version: 0.2.6-4 > Severity: minor > > hi, > > xfterm consumes a lot of cpu-time when it has to redraw its window. > this effect shows up, when i resize a xfterm window and when i switch > to a workspaces with large-sized xfterm window. xfterm nearly takes a > second to draw its window at a resolution of 1680x1024. > > reading through the debian changelog, it appears that there were no > changes in the code for more than four weeks. so i suspect this "bug" > was introduced by another package, because it showed up about one to > two weeks ago for the first time. i cannot remember the first time i > noticed this behaviour, so i can't figure out, which package(s) might > be the culprit. > > i tested resizing the xfterm with and without xfce's integrated > compositing manager and also within a compiz environment - no > difference between them. > > cheers - fuddl > You could try disabling the composite extension in X. Terminal uses an ARGB window if it is enabled. Also, note that xfterm4 is a script that launches the best terminal it finds. (Just to make you verify that you've got Terminal aka xfce4-terminal there) Regards, Alexander Toresson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445323: [Pkg-xfce-devel] Bug#445323: cpu-intensive window redraw/window resize
Hi Bruno. Bruno Kleinert, 04.10.2007 23:39: > xfterm consumes a lot of cpu-time when it has to redraw its window. I noticed this too but haven’t gotten around to file a report yet. Thanks for doing that. > this effect shows up, when i resize a xfterm window and when i switch > to a workspaces with large-sized xfterm window. xfterm nearly takes a > second to draw its window at a resolution of 1680x1024. It’s a lot slower here too. > reading through the debian changelog, it appears that there were no > changes in the code for more than four weeks. so i suspect this "bug" > was introduced by another package, because it showed up about one to > two weeks ago for the first time. i cannot remember the first time i > noticed this behaviour, so i can't figure out, which package(s) might > be the culprit. I think either GTK 2.12 or vte is the culprit. Regards, Mathias -- debian/rules signature.asc Description: OpenPGP digital signature
Bug#445323: [Pkg-xfce-devel] Bug#445323: cpu-intensive window redraw/window resize
This one time, at band camp, Alexander Toresson wrote: > You could try disabling the composite extension in X. Terminal uses an > ARGB window if it is enabled. > Also, note that xfterm4 is a script that launches the best terminal it > finds. (Just to make you verify that you've got Terminal aka > xfce4-terminal there) sorry, i meant the xfce4-terminal. i tried with and without the composite extension - it doesn't matter if it's disabled or enabled, it always takes much more time, than it did before some time. i'm using xfce4-terminal on Xorg with compositing for about half a year, now, and never experienced any problems. maybe it's involved by xorg 7.3? i'm sorry i can't say package xyz involved the bug, but xfce4-terminal is the only package, that's affected by this behaviour. cheers - fuddl -- Among elephants it's not considered cool nor in any good taste to drain other elephants signature.asc Description: PGP signature
