[KPhotoAlbum] Startup performance: the final frontier
rlk at alum.mit.edu
Thu Jun 1 01:35:11 BST 2017
On Tue, 30 May 2017 22:22:11 -0400 (EDT), Robert Krawitz wrote:
> The last big performance problem I have with kpa is startup. It takes
> about 18 seconds to start up, with the 220K photos in my database.
> I intend to kcachegrind this one of these days. It's a somewhat
> painful experience, given how long it takes to start that way. At
> least from the splash screen, it looks like maybe 80% of the time is
> spent in loading the database, the remainder in creating the main
> window (whatever that really means).
> Saving is also problematic, and autosave is very annoying, but not as
> bad as startup.
> I know there was a move afoot a while back to have an SQL database
> rather than an XML file (and XML's pretty unwieldly for this), but
> IIRC nobody ever got it working and eventually it was pulled out.
Never mind :-)
I was looking at code that has been #ifdef'ed out, and I see it's
already using QXmlStreamReader.
Robert Krawitz <rlk at alum.mit.edu>
*** MIT Engineers A Proud Tradition http://mitathletics.com ***
Member of the League for Programming Freedom -- http://ProgFree.org
Project lead for Gutenprint -- http://gimp-print.sourceforge.net
"Linux doesn't dictate how I work, I dictate how Linux works."
More information about the Kphotoalbum