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.