[Digikam-users] Difference between collection types

Marcel Wiesweg marcel.wiesweg at gmx.de
Thu Jun 11 15:31:57 BST 2009


> It looks like theree is simply no additional tagging going on.  Lets look
> at one image that has tags in my original local collection (which is
> actually pointing to a mounted samba share).  Its name is CRW_1507.CRW.
>
> sqlite> select * from Images where name='CRW_1507.CRW';
> 33963|3|CRW_1507.CRW|1|1|2006-06-24T17:39:28|2557936|8e3bed88d7cf91c811991e
>86fcf9394c


> 68188|1682|CRW_1507.CRW|1|1|2006-06-24T17:39:28|2557936|f8e04060cbcaa34b5f7
>dd6618259ada4
> 83523|2417|CRW_1507.CRW|1|1|2006-06-24T17:39:28|2557936|f8e04060cbcaa34b5f7
>dd6618259ada4

Ignoring removed images, you see: the hash is different. 8e3... vs. f8e...
Is the file in /home and the file on the network storage bit by bit identical? 
Please verify with the md5 or shasum utility (digikam's hash is md5 only over 
parts of the file)


> > It needed 15 hours to scan a collection??
>
> Yup.  15511 images stored on a NAS samba share.  Digikam running at 28% CPU
> on a Quad Xeon and approx 256 MB/sec constant network throughput.  Think
> something might be wrong?  As you can imagine, Digikam startup with DB scan
> is quite painfull...

A complete scan of 26994 pictures on 39GB, 99% JPEGs, took 12 minutes and 20 
seconds in a short test while writing this mail. A normal application start 
uses <5s for the scan if no files are new. That's local harddisk.
I dont know what is causing the huge performance drop over network storage.
In 15h, 3.5s/picture, you could transfer 900MB of data for every picture over 
the network.





More information about the Digikam-users mailing list