[Digikam-devel] [Bug 167056] Updating tags is slow when thumbnails are visible

[Andi Clemens]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=167056         




------- Additional Comments From andi.clemens gmx net  2008-07-20 22:37 -------
Hi Gilles,

this is getting weirder right now. I installed the version you mentioned 
(3.5.6), still very slow. So I ran "make clean" in the libs/sqlite3 folder to 
really have a fresh lib. Still assigning tags is VERY slow (~ 3 min for 400 
images). I installed 3.5.9 again, speed is better but not satisfying. sqlite3 
3..6.0 is slower again. But all those slowdowns can only be seen when 
ASSIGNING tags (and especially in subfolder recursive mode), not REMOVING 
tags.
One reason for this might be the full debugging output to console, every image 
is printed to console like this:

===============================================
/mnt/data/fotos/2003/sonstiges/2003_sonstiges_070.jpg ==> Keywords: (null)
digikam: /mnt/data/fotos/2003/sonstiges/2003_sonstiges_070.jpg ==> Author: 
Andi Clemens
digikam: /mnt/data/fotos/2003/sonstiges/2003_sonstiges_070.jpg ==> Author 
Title:
digikam: /mnt/data/fotos/2003/sonstiges/2003_sonstiges_070.jpg ==> Credit:
digikam: /mnt/data/fotos/2003/sonstiges/2003_sonstiges_070.jpg ==> Source:
digikam: /mnt/data/fotos/2003/sonstiges/2003_sonstiges_070.jpg ==> Copyright:
digikam: /mnt/data/fotos/2003/sonstiges/2003_sonstiges_071.jpg ==> Comment:
===============================================

This might slowdown the system, but why only on ASSIGNING?
Maybe this is not sqlite3's fault, but digiKam's...? We need to go deeper in 
code analysis here I guess.

Andi