Re: [gentoo-user] slow redrawing in KDE

2005-07-19 Thread Jorge Almeida
On Tue, 19 Jul 2005, Richard Fish wrote: You might take a walk through the KDE option menus and disable anything that says "drop shadows", "transparency", or most other eye-candy. I had done that already. But I like eye-candy, or I might as well use a minimalistic wm... (I didn't get shadow

Re: [gentoo-user] slow redrawing in KDE

2005-07-18 Thread Richard Fish
Jorge Almeida wrote: On Mon, 18 Jul 2005, Richard Fish wrote: If so, possibly an error with themes or alpha blending... But why now? Well, one of the things that has been happening in the xorg/qt/kde world is a move towards more eye-candy with transparency, drop shadows, and so on. My

Re: [gentoo-user] slow redrawing in KDE

2005-07-18 Thread Jorge Almeida
On Mon, 18 Jul 2005, Zac Medico wrote: Something that's still unclear to me: is the problem with kde, mozilla, or both? If you experience the same problem with mozilla under openbox then your troubles have nothing to do with kde. OTOH, if you there's no problems under openbox then the problem

Re: [gentoo-user] slow redrawing in KDE

2005-07-18 Thread Zac Medico
Jorge Almeida wrote: ... IMHO you could first try emerging: glib>k+ and probably in second place: xorg-x11. There are also many image-manupulation libraries: jpeg,png,mng HTH. Rumen I guess it's going to be a long week... Thanks :) Jorge Something that's still unclear to me: is the problem

Re: [gentoo-user] slow redrawing in KDE

2005-07-18 Thread Jorge Almeida
On Mon, 18 Jul 2005, Benno Schulenberg wrote: Have you tried renaming your .kde3.4/ dir temporarily (while logged out of KDE)? And removed all kde and mcop junk from /tmp? Have you unmerged the old kde ebuilds? And done --depclean? And revdep-rebuild? No. I think a deep cleaning is in ord

Re: [gentoo-user] slow redrawing in KDE

2005-07-18 Thread Jorge Almeida
On Mon, 18 Jul 2005, Rumen Yotov wrote: Hi, Think i can't of great help here, but at least twice when i had slow graphical performance solved it by re-emerging some packages and xorg-x11 once (i assume you have run 'revdep-rebuild' ;) As it seems your main DM is KDE it's likely that there may be

Re: [gentoo-user] slow redrawing in KDE

2005-07-18 Thread Jorge Almeida
On Mon, 18 Jul 2005, Richard Fish wrote: Jorge Almeida wrote: But it wasn't noticeable before... It looks as if the several widgets were being shown _before_ the main window... So, if I understand you correctly, some mozilla controls get drawn long before the titlebar? Is that right? Yep

Re: [gentoo-user] slow redrawing in KDE

2005-07-18 Thread Benno Schulenberg
Jorge Almeida wrote: > I just emerged KDE, changing from the monolytic packages to the > split ones. > Now windows redrawing is painfully (and cas-ca-ding) slow. Have you tried renaming your .kde3.4/ dir temporarily (while logged out of KDE)? And removed all kde and mcop junk from /tmp? Have yo

Re: [gentoo-user] slow redrawing in KDE

2005-07-18 Thread Richard Fish
Jorge Almeida wrote: But it wasn't noticeable before... It looks as if the several widgets were being shown _before_ the main window... So, if I understand you correctly, some mozilla controls get drawn long before the titlebar? Is that right? If so, possibly an error with themes or alpha

Re: [gentoo-user] slow redrawing in KDE

2005-07-18 Thread Rumen Yotov
Jorge Almeida wrote: > On Mon, 18 Jul 2005, Volker Armin Hemmann wrote: > >>> >> >> well 512 is most of the time enough, but not always ;) > > I know, but I checked "top". > >> >> hm, if only gtk apps are slow, it is normal - gtk IS slow. Very slow. > > But it wasn't noticeable before... It looks

Re: [gentoo-user] slow redrawing in KDE

2005-07-18 Thread Jorge Almeida
On Mon, 18 Jul 2005, Volker Armin Hemmann wrote: well 512 is most of the time enough, but not always ;) I know, but I checked "top". hm, if only gtk apps are slow, it is normal - gtk IS slow. Very slow. But it wasn't noticeable before... It looks as if the several widgets were being shown

Re: [gentoo-user] slow redrawing in KDE

2005-07-18 Thread Volker Armin Hemmann
On Monday 18 July 2005 12:15, Jorge Almeida wrote: > On Mon, 18 Jul 2005, Volker Armin Hemmann wrote: > > so, not kde, but mozilla is slow? > > Slow redreaw of gtk is known. > > > > Do you have enough ram? > > If you need swap, kde is dead slow. > > Is RenderAccel on? > > Is KDE prelinked? > > It's

Re: [gentoo-user] slow redrawing in KDE

2005-07-18 Thread Volker Armin Hemmann
On Monday 18 July 2005 11:47, Zac Medico wrote: > Volker Armin Hemmann wrote: > > Do you have enough ram? > > If you need swap, kde is dead slow. > > This one should be *really* obvious. If the hard drive is thrashing, > you're out of ram :-). > > Zac not really. It is enough to have some kb int

Re: [gentoo-user] slow redrawing in KDE

2005-07-18 Thread Jorge Almeida
On Mon, 18 Jul 2005, Volker Armin Hemmann wrote: so, not kde, but mozilla is slow? Slow redreaw of gtk is known. Do you have enough ram? If you need swap, kde is dead slow. Is RenderAccel on? Is KDE prelinked? It's not a RAM problem (512M, and top shows it's not leaking somewhere). KDE is n

Re: [gentoo-user] slow redrawing in KDE

2005-07-18 Thread Zac Medico
Volker Armin Hemmann wrote: Do you have enough ram? If you need swap, kde is dead slow. This one should be *really* obvious. If the hard drive is thrashing, you're out of ram :-). Zac -- gentoo-user@gentoo.org mailing list

Re: [gentoo-user] slow redrawing in KDE

2005-07-18 Thread Volker Armin Hemmann
On Monday 18 July 2005 10:17, Jorge Almeida wrote: > On Sun, 17 Jul 2005, Zac Medico wrote: > > Jorge Almeida wrote: > >> I just emerged KDE, changing from the monolytic packages to the split > >> ones. > >> Now windows redrawing is painfully (and cas-ca-ding) slow. > >> The problem seems to be the

Re: [gentoo-user] slow redrawing in KDE

2005-07-18 Thread Zac Medico
Jorge Almeida wrote: On Mon, 18 Jul 2005, Zac Medico wrote: Openbox supports multiple desktops. You can replace the default kde window manager (kwin) with openbox: http://icculus.org/openbox/docs.php?page=build.html#install-kde Zac Browsing the documentation, it seems it doesn't support

Re: [gentoo-user] slow redrawing in KDE

2005-07-18 Thread Jorge Almeida
On Mon, 18 Jul 2005, Zac Medico wrote: Openbox supports multiple desktops. You can replace the default kde window manager (kwin) with openbox: http://icculus.org/openbox/docs.php?page=build.html#install-kde Zac Browsing the documentation, it seems it doesn't support setting the background

Re: [gentoo-user] slow redrawing in KDE

2005-07-18 Thread Zac Medico
Jorge Almeida wrote: On Sun, 17 Jul 2005, Zac Medico wrote: Jorge Almeida wrote: I just emerged KDE, changing from the monolytic packages to the split ones. Now windows redrawing is painfully (and cas-ca-ding) slow. The problem seems to be the same as in http://forums.gentoo.org/viewtopic-t-3

Re: [gentoo-user] slow redrawing in KDE

2005-07-18 Thread Jorge Almeida
On Sun, 17 Jul 2005, Zac Medico wrote: Jorge Almeida wrote: I just emerged KDE, changing from the monolytic packages to the split ones. Now windows redrawing is painfully (and cas-ca-ding) slow. The problem seems to be the same as in http://forums.gentoo.org/viewtopic-t-344889-highlight-kde+slo

Re: [gentoo-user] slow redrawing in KDE

2005-07-17 Thread Zac Medico
Jorge Almeida wrote: I just emerged KDE, changing from the monolytic packages to the split ones. Now windows redrawing is painfully (and cas-ca-ding) slow. The problem seems to be the same as in http://forums.gentoo.org/viewtopic-t-344889-highlight-kde+slow+redraw.html (but no answer there...) An

[gentoo-user] slow redrawing in KDE

2005-07-17 Thread Jorge Almeida
I just emerged KDE, changing from the monolytic packages to the split ones. Now windows redrawing is painfully (and cas-ca-ding) slow. The problem seems to be the same as in http://forums.gentoo.org/viewtopic-t-344889-highlight-kde+slow+redraw.html (but no answer there...) Any idea? -- Jorge Alm