It's defiantly looking like a leak or 'caching', I've run xrestop and taken
snapshots at various time. From a 'clean' start-up of KDE and then doing
some stuff or waiting a while.

I don't have performance issues, until after quite a while, but I'll look at
the xrender backend and see if that help at-all etc...

I'll take a look at the bug reports, one of the things I was intested in was
getting more into identification and fixing of bugs etc... which is why I
posted to devel-list first. but will follow up looking at the bug reports,
hopefully being able to improve on them and possibly fixing them if that's
not been done yet.

Opening windows causes pixmap usage to go up
and minimising windows does cause it do go down, and then closing down
again.
But it does't return back to the previous level and creeps up after more
'work'

there is a drop betweeen @2011-01-09 09:08 and 1:17am. So I'll leave things
overnight and get it back to running the same tasks etc... to see how things
pan out.

so at the moment 1:17am
xrestop - Display: :0
          Monitoring 73 clients. XErrors: 289
          Pixmaps:  152891K total, Other:     181K total, All:  153073K
total

res-base Wins  GCs Fnts Pxms Misc   Pxm mem  Other   Total   PID Identifier

1600000    46    1    0  493 1131    74706K     27K  74734K 26815 kwin
0e00000   126   91    0 1833 2127    52156K     54K  52211K 26822
plasma-desktop
1c00000    23   58    1   39   98     6728K      5K   6733K 19182 Gmail -
fault finding/identification (pre-debugging
4c00000    15    4    0  114  181     3024K      4K   3029K 27177
oliverthe...@gmail.com/inbox �...@~s KMailom - Google
5a00000     6    3    0   87  124     2987K      3K   2991K 27310 skype
5400000     7   39    1   15   39     2756K      2K   2759K 27273
x-nautilus-desktop


at startup   2011-01-09 07:09 (ok I have a few more cleints at the moment,
but the other snapshots have the same clients or less)
xrestop - Display: :0
          Monitoring 69 clients. XErrors: 12
          Pixmaps:   57870K total, Other:     115K total, All:   57985K
total

res-base Wins  GCs Fnts Pxms Misc   Pxm mem  Other   Total   PID Identifier

1a00000   136   97    0  920 1190    23201K     33K  23234K 11687
plasma-desktop
1600000    30    1    0  166  570    20875K     14K  20889K 11678 kwin
6600000     5    2    0   84  117     2589K      2K   2592K 12178 skype
5c00000     7   31    1    6   17     2131K      2K   2133K 12150
x-nautilus-desktop
0000000     2    0    2    0  209     1875K      6K   1881K   ?   <unknown>
6200000     0    0    0    1    0     1875K      0B   1875K   ?   <unknown>
5400000     4    2    0   12   62     1620K      1K   1621K 12047 main/d :
xrestop
4600000     2    2    0   11   39      450K      1K    451K 11953 Invitation
�...@~s Desktop Sharing
3c00000     4    1    0   21   40      213K      1K    214K 11836 krunner

@2011-01-09 07:42

xrestop - Display: :0
          Monitoring 67 clients. XErrors: 40
          Pixmaps:   99828K total, Other:     132K total, All:   99960K
total

res-base Wins  GCs Fnts Pxms Misc   Pxm mem  Other   Total   PID Identifier

1600000    31    2    0  349  783    50646K     19K  50666K 11678 kwin
1a00000   123   85    0 1195 1510    30150K     40K  30190K 11687
plasma-desktop
5c00000     7   31    1    6   17     2756K      2K   2758K 12150
x-nautilus-desktop
6600000     5    2    0   79  112     2584K      2K   2587K 12178 skype
0000000     2    0    2    0  209     2500K      6K   2506K   ?   <unknown>
6200000     0    0    0    1    0     2500K      0B   2500K   ?   <unknown>


@2011-01-09 09:08
xrestop - Display: :0
          Monitoring 72 clients. XErrors: 240
          Pixmaps:  162295K total, Other:     169K total, All:  162464K
total

res-base Wins  GCs Fnts Pxms Misc   Pxm mem  Other   Total   PID Identifier

1600000    37    2    0  650 1263    95834K     30K  95865K 11678 kwin
1a00000   146  113    0 1848 2332    44324K     60K  44385K 11687
plasma-desktop
5c00000     7   31    1    6   17     2756K      2K   2758K 12150
x-nautilus-desktop
6600000     4    2    0   82  114     2587K      2K   2590K 12178 skype
0000000     2    0    2    0  215     2500K      7K   2507K   ?   <unknown>
6200000     0    0    0    1    0     2500K      0B   2500K   ?   <unknown>
5800000    23    5    0  160  225     2174K      5K   2179K 12143 amarok
5200000     5    2    0   97  147     2079K      3K   2082K 12045
oliverthe...@gmail.com/inbox �...@~s KMail


On Sun, Jan 9, 2011 at 10:37 PM, Thomas Lübking
<thomas.luebk...@gmail.com>wrote:

> Am Saturday 08 January 2011 schrieb oliverthered:
> > Ok xorg was using a lot of ram
> >                      mem          shared
> > Xorg              729248k     9060
>                      ^^^^^^^ "RES" or "VIRT" (anyway it seems too much)
> the other values (iff "RES" are quite high as well)
>
> > Here's the top few from xrestop
> > ...
> > res-base Wins  GCs Fnts Pxms Misc   Pxm mem  Other   Total   PID
> Identifier
> > 1600000   103    1    0 1035 1966   197975K     48K 198024K  1257 kwin
> runs @11767K here - there's probably a leak  - i assume you've composting
> active.
> run "kcmshell4  kwincompositing", enter all "all plugins" and disable esp.
> the
> blur effect. if that doesn't help, disbale _all_, suspend/resume
> compositing
> (shiftt+alt+f12) and check whether the issue remains. if not, re-enable
> your
> effects one-by-one (Aspergers don't have a problem with this, everybody
> else
> runs
> grep -iE 'kwin4_effect_.*Enabled=true' `kde4-config --path config | cut
> -d":"
> -f1`/kwinrc | sed -e 's/kwin4_effect_//g; s/Enabled=true//g'
> to dump a list of active effects ;-)
>
> > cd /proc
> > sudo grep -R --include='cmdline' --exclude-dir='[a-z]*'
> > '.*graphicssystem.*' *
> "unfortunately" the default value can be compiled into Qt - so it's not
> sure
> it's not the default (but from the xrestop output - probably not)
>
> > Would it be worth just doing it when the system load if more idle i.e. is
> > it better that it happens when nothing is happening or is it better that
> > it's run when lots is happening.
> the flush will block the framebuffer for a short moment, so rather do when
> nothings on the tasklist and also right after the desktop has completely
> loaded (the buffer's usually full&slow then)
>
> > dirtywindows and the like (I would assume an attempt at doing as little
> as
> > possible if nothing is happening in the window,
> yes - the client causes damage events for "damaged" areas, those are
> handled.
> converting x11 pixmaps to textures is expensive..
>
> no idea how this interferes with vnc, never used =\
>
> Thomas
>
> >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to
> unsubscribe <<
>
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

Reply via email to