[Digikam-devel] [digikam] [Bug 362023] New: Extremely slow metadata writing via maintenance
Simon via KDE Bugzilla
bugzilla_noreply at kde.org
Thu Apr 21 07:30:55 BST 2016
Bug ID: 362023
Summary: Extremely slow metadata writing via maintenance
Platform: Debian unstable
Assignee: digikam-devel at kde.org
Reporter: freisim93 at gmail.com
I am writing tags that previously only existed in (sqlite) database to image
metadata via the maintenance tool. This takes an enormous amount of time, I am
currently at 10% after 3 days continuously running. The bottleneck is
(obviously) disk io. Still this should take much less time (exiftool took about
3h to delete old tags of the same collection). The collection contains 100'000
items and probably about half of them are to be tagged.
What looks odd to me is, that throughout the process digikam.general reports
that QFileSystemWatcher detected change in the folder that is currently written
to by the metadata write. The occurrence of this is also not regular and at a
fixed position within the log entries from writing metadata to tags, which
suggest to me that the two things are separate.
As it is digikam that is writing to these folders and not an external programs,
are these scans really necessary?
And if they are, can they be delayed till the maintenance tool finished writing
to a directory.
I do not see an option to attach something. I will get a partial log into this
bug report as soon as I found out how (or use a pastebin).
You are receiving this mail because:
You are the assignee for the bug.
More information about the Digikam-devel