[Digikam-devel] [Bug 198063] New: Digikam startup is extremely slow

[Martin Lubich]

https://bugs.kde.org/show_bug.cgi?id=198063

           Summary: Digikam startup is extremely slow
           Product: digikam
           Version: unspecified
          Platform: Ubuntu Packages
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: digikam-devel at kde.org
        ReportedBy: martin.lubich at gmx.at


Version:            (using KDE 4.2.2)
Compiler:          gcc (Ubuntu 4.3.3-5ubuntu4) 4.3.3 
OS:                Linux
Installed from:    Ubuntu Packages

I have a collection of about 24000 images. Each time I start up digikam it
takes approx. 2+ minutes to get past the initial splashscreen. 
The info displayed during the long wait is 'reading database'.
I am running ubuntu 9.04 64bit on an AMD Phenom Quadcore @ 2.4Ghz with 8GB of
RAM and a Seagate ST3500320AS 500GB SATA Drive with reiserfs 3 as filesystem.

Subsequent starts of digikam are much faster, but this is only due to the fact
that linux caches all the file information previously fetched. If I force the
caches flushed, I always have the > 2min wait time.

I have the option 'Scan for new items at startup' deselected, so there should
be no reason for any filesystem search on startup.

I did use strace to monitor the system calls, digikam performs during
initialization and I discovered that digikam does a stat on each and every file
in its database, thus effectively performing a scan.

I doublechecked with the option 'Scan for new items at startup' turned on, and
indeed, in this case the files get stat'ed 2 twice.

This behaviour never happened with any digikam version < 0.10 and I am using
digikam now from its earliest versions.

Is there anything I can do to have my startup times reduced to a bearable time
?

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.