From kfm-devel  Tue Jun 11 15:47:37 2013
From: David Faure <faure () kde ! org>
Date: Tue, 11 Jun 2013 15:47:37 +0000
To: kfm-devel
Subject: Re: KFileItem, mime types, and icons
Message-Id: <11056931.W3pCl0AVFp () asterix>
X-MARC-Message: https://marc.info/?l=kfm-devel&m=137096565713345

Le vendredi 7 juin 2013 11:37:18 Frank Reininghaus a =C3=A9crit :
> This sounds reasonable! And if the visible icons are fully determined=

> in 200 ms, maybe we should use the remaining time to try and do a fas=
t
> icon loading (without determineMimeType()) for all other items, to
> reduce the risk that the user ever sees "unknown" icons when
> scrolling.

Sounds good.

> But I think that even the time that we spend on fast icon loading mus=
t
> be limited, because "fast" icon loading in directories like
> /usr/include/ and /usr/lib/ takes several seconds here. Even in
> /usr/share/, which consists of 520 subfolders and only 4 files here,
> calling iconName() for all file items takes almost 6 seconds(!).

callgrind to the rescue :-)

> I'm wondering if something goes wrong there - it seems that "fast"
> icon loading is particularly slow for folders, even though I would
> expect that loading the plain folder icon should be relatively easy.

This is surprising indeed, given the cache in kiconloader. Needs profil=
ing,=20
either with callgrind or the poor-man's profiler (interrupting gdb at r=
andom=20
points in time).
I'd love to do it, but not enough time this week.

--=20
David Faure, faure@kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Frameworks 5