[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
           Product: digikam
           Version: 5.0.0
          Platform: Debian unstable
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: Metadata
          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).

Reproducible: Always

You are receiving this mail because:
You are the assignee for the bug.

More information about the Digikam-devel mailing list