[Digikam-devel] [Bug 195583] First start-up migrating from 0.9.5 is _very_ slow

[Richard Ash]

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





--- Comment #3 from Richard Ash <richard audacityteam org>  2009-06-10 22:18:09 ---
Exactly the same issue exists in current SVN if I remove the digikam4.db file
so that digikam thinks I have not run a KDE4 version before, and scans the
whole collection. Note that under these conditions I don't get the first run
dialogue, presumably because my digikamrc file still exists.

With debugging on (for digikam and kexiv2, although the latter isn't built from
SVN and doesn't seem to do much), I get this output for each JPEG-2000 file
scanned:

digikam(12860)/digikam (core) Digikam::DImg::load:
"/home/ra/Documents/data/pictures/DVD3/2008-09-27-Band-Party/IMG_0490.jp2"  :
JPEG2000 file identified
digikam(12860)/KEXIV2 KExiv2Iface::KExiv2::getImageDateTime: DateTime =>
Exif.Photo.DateTimeOriginal =>  QDateTime("Sat Sep 27 20:31:10 2008")
digikam(12860)/KEXIV2 KExiv2Iface::KExiv2::getDigitizationDateTime: DateTime
(Exif digitalized):  Sat Sep 27 20:31:10 2008
digikam(12860)/KEXIV2 KExiv2Iface::KExiv2::getImageOrientation: Orientation =>
Exif.Image.Orientation =>  1

The first message appears as soon as the image starts to be scanned, then there
is a 12 second wait before the remaining lines appear, followed almost
immediately by the first line for the next image. During this time the CPU is
at 100% but there is no disk I/O, so this is not a problem with the time it
takes to read the image from disk.

I have uploaded IMG_0490.jp2 to 
http://richardash1981.users.sourceforge.net/IMG_0490.jp2
unfortunately it's a 15MB image (separate moan about this when I work out why). 
Running exiv2 from the command line on this image is not slow:
----
$ time exiv2 IMG_0490.jp2
File name       : IMG_0490.jp2
File size       : 14789616 Bytes
MIME type       : image/jp2
Image size      : 2856 x 4290
Camera make     : Canon
Camera model    : Canon EOS 450D
Image timestamp : 2008:09:27 20:31:10
Image number    : 
Exposure time   : 1/3 s
Aperture        : F4
Exposure bias   : 0
Flash           : No, compulsory
Flash bias      : 0 EV
Focal length    : 23.0 mm
Subject distance: 0
ISO speed       : 800
Exposure mode   : Aperture priority
Metering mode   : Multi-segment
Macro mode      : Off
Image quality   : RAW
Exif Resolution : 2856 x 4290
White balance   : Auto
Thumbnail       : image/jpeg, 3234 Bytes
Copyright       : 
Exif comment    : 

real    0m0.017s
user    0m0.010s
sys     0m0.002s
----
Oddly, identify from ImageMagick is very slow:
----
$ time identify IMG_0490.jp2
IMG_0490.jp2 JP2 2856x4290 2856x4290+0+0 16-bit DirectClass 14.1mb 15.290u 0:21

real    0m20.136s
user    0m14.546s
sys     0m0.753s
----
which probably isn't relevant.

I then tried renaming my digikamrc file and all databases out of the way, so I
get a clean first run of the new SVN build. Selected as pictures folder the
folder I normally us, i.e. /home/ra/Documents/data/pictures/. After accepting
the defaults on all subsequent screens (except I chose to do corrections on
opening raw files, because I'm curious), it goes into the scan process on the
folder tree, with the same results - when scanning JPEG files (sizes 1MB - 6MB)
it scans so fast I can't read the text scrolling past, when it reaches
JPEG-2000 it slows down to one image every 10 seconds with full CPU and almost
no disk I/O.

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