https://bugs.kde.org/show_bug.cgi?id=362023
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-de...@kde.org
Reporter: freisi...@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 watching all bug changes.
