Normalizing signals and slots

[Aaron J. Seigo]

On Saturday 13 January 2007 15:21, Rafael Fernández López wrote:
> What you think ?

i think it only really makes sense for kdelibs and parts of base (e.g. 
libkonq).

the performance penalty is real in terms of cpu cycles but in terms of wall 
clock time it's rather negligable. (i benchmarked this for a discussion on 
the kopete list a month or two ago) 

it does save allocations though, which is useful. 

there's obviously the risk of getting it wrong which is something you can only 
really debug at runtime. which is why, in combination with the limited real 
world effect, i don't think doing it for everything in kde makes much sense.

but libs should probably be as optimized as rationally possible. even if this 
gives us only a .5% improvement, find 10 things that have a similar impact 
and it's a 5% improvement which is starting to get into the "noticeable" 
category.

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

Full time KDE developer sponsored by Trolltech (http://www.trolltech.com)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20070113/0680a0e1/attachment.sig>