----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/101593/#review3864 -----------------------------------------------------------
Ship it! Looks good. kdecore/date/ktimezone.cpp <http://git.reviewboard.kde.org/r/101593/#comment3138> Indentation should be 4 - David On June 13, 2011, 9:38 a.m., Volker Krause wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://git.reviewboard.kde.org/r/101593/ > ----------------------------------------------------------- > > (Updated June 13, 2011, 9:38 a.m.) > > > Review request for kdelibs, John Layt and David Jarvie. > > > Summary > ------- > > This patch makes KTimeZoneBackend use a shared empty private class, an > optimization done in a few other places around KDateTime already. > > This specific place turned up during memory-profiling KMail with folders > containing ~100k messages. KMail (via KMime) creates one KDateTime object per > message (using OffsetFromUTC mode), each of which contains two (empty) > KTimeZone objects. The resulting 200k (identical) KTimeZoneBackend objects > use about 20Mb of heap memory according to massif. > > > Diffs > ----- > > kdecore/date/ktimezone.cpp f38deed > > Diff: http://git.reviewboard.kde.org/r/101593/diff > > > Testing > ------- > > kdecore unit tests still pass, KMail also still works fine, but I have no > idea if this has side-effects on other, more complex use-cases > > > Thanks, > > Volker > >