bring speed back into KConfig

[David Faure]

On Friday 18 April 2008, Jakub Stachowski wrote:
> Dnia czwartek, 17 kwietnia 2008, Olivier Goffart napisał:
> > Le mardi 15 avril 2008, Dirk Mueller a écrit :
> > > Hi,
> > >
> > > the "knotify4 eats cpu" bugreport seems to be highly popular, so the
> > > reason for that seems to be the incredible performance loss in KConfigIni
> > >  due to the "kconfig refactoring branch" being merged last autumn by
> > > Andreas Pakulat.
> >
> > Oh, i though it was a problem in the xine backend, which is why i did not
> > spend much attention to it.
> > I may have a closer look.
> 
> I did some more optimizing to  minimize copying data around. Instead of using 
> QByteArray everywhere I added class BufferFragment with very similar (bare 
> minimum used by parser) API, but operating on allocated earlier big buffer. 
> like left(), trim(), mid(), etc. are only pointer and int operations.

Interesting. Sounds a bit like the new (since Qt-4.3) QStringRef, but for 8-bit data instead of unicode data...

-- 
David Faure, faure at kde.org, sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).