[KPhotoAlbum] Recalc checksum upon image modification?

Jan Kundrát jkt at gentoo.org
Sun Apr 6 22:42:26 BST 2008


Tim McCormack wrote:
> I was under the impression that KPA would recalculate the checksum of 
> any image in the collection that had been modified since last DB save.

Hi Tim,
we don't check file checksums at startup as it's really very expensive 
operation. My pretty small DB has about 16k images and takes 32GB on 
disk. My laptop can process up to 300MB/s of data per one core when 
computing the MD5 and being fed by 8k blocks (`openssl speed md5`). I 
guess that Qt's implementation is not as optimized as that in OpenSSL, 
but even if it was, it would take more than two minutes of CPU time on 
each startup of KPA. When using both cores and clever tricks, I could 
get at one minute if I were lucky and filesystem/disk was fast. But as 
my laptop is one year old, so it would take about twenty minutes (!) 
just to read the data from disk. We have plenty of users on older 
machines and/or with images stored on a network disk over 100MBps or 
slower ethernet (and for some users, even just reading the directory 
list and calling stat() on each file was a killer), so enabling this 
globally is not really an option.

> I've discovered that this is not true. Is there any way of forcing KPA 
> to do this?

Sure, Maintenance -> Recalculate Checksum does that.

> At the very least, the checksum should be updated in index.xml whenever 
> one of the plugins is applied to the image.

Good point, please add this as a wish to our bugzilla (bug.kde.org).

Cheers,
-jkt

-- 
cd /local/pub && more beer > /dev/mouth

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 252 bytes
Desc: OpenPGP digital signature
URL: <http://mail.kde.org/pipermail/kphotoalbum/attachments/20080406/8599c086/attachment.sig>


More information about the Kphotoalbum mailing list