https://bugs.kde.org/show_bug.cgi?id=405235
--- Comment #45 from Mark Stoughton <geoph...@hotmail.com> --- (In reply to Maik Qualmann from comment #44) > I understand you correctly that the change from an album takes 3 minutes > after the start? > This is a database operation, in principle there is no loss of time. You > must have very, very slow access to your database. Since there are no error > messages in the log, the behavior cannot be explained, check the rights as > Gilles already recommends. > > Maik In both cases (Mac and PC), the database is on the system drive, which are SSDs in both cases. The photos themselves are stored on regular hard drives on a NAS. Each folder has anywhere between 100 to 1000 photos in it. When I query the database using SQLite studio, the results come back instantaneously. I can reproduce this exact behavior on both my Mac and PC installs. While the watching Digikam write the log, there are several long pauses as I documented in the first log that I sent. I didn't annotate the second one because the pauses were all in the same places and for similar times. It appears to me that Digikam is taking an abnormally long time to complete whatever it does at those points. I've tried several DAM packages and Digikam is the only one that behaves this way. -- You are receiving this mail because: You are watching all bug changes.
