[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: KDE4 is a memory hog
From:       Thiago Macieira <thiago () kde ! org>
Date:       2009-07-14 13:50:40
Message-ID: 200907141550.40584.thiago () kde ! org
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


Em Terça-feira 14 Julho 2009, às 09:34:34, Boudewijn Rempt escreveu:
> On Tuesday 14 July 2009, Thiago Macieira wrote:
> > Christian Weilbach wrote:
> > >PLEASE help improve the situation so I can use KDE4 in the future here.
> > >Any ideas how to keep the issue focused?
> >
> > I don't think we'll be able to reduce the memory usage by much. Besides
> > the gross problems, we'll probably stay at current levels.
>
> One thing I noticed when profiling KOffice was that the kconfig seem to
> take quite a bit of memory (our biggest leak was pigmentcms, which took
> 20mb on startup, according to massif kword now needs 10mb of heap for an
> empty document).
>
> I might be misinterpreting the massif output, but to me it looks as if
> kconfig takes about 2-4 mb of those 10mb left.

Depends on what it's trying to parse.

I've tried massif on Dolphin here and the biggest hogs are the font stuff 
(freetype, fontconfig and harfbuzz), followed by QIODevice's internal buffers 
(sockets and kDebug) and painter caches.

The largest block (20-25%), however, is from small allocations, between 1500 
and 2000 of them. Those allocations average 1000 to 1200 bytes.

Running massif at the standard threshold (1%) will limit the display to 
allocations over 50 kB or more. You need to run with a lower threshold to see 
the bunch of small stuff.

-- 
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
  Senior Product Manager - Nokia, Qt Software
      PGP/GPG: 0x6EF45358; fingerprint:
      E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358

["signature.asc" (application/pgp-signature)]

>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<


[prev in list] [next in list] [prev in thread] [next in thread]