https://bugs.kde.org/show_bug.cgi?id=405235
--- Comment #47 from Mark Stoughton <geoph...@hotmail.com> --- Hi, That is correct, it takes about 3 minutes to change folders while using the program. While in a single folder the program works fine, but takes about a minute to read the metadata, particularly the EXIF data. I've checked the permissions, and Digikam has RW on all folders on the NAS. My database is on the system drive, which is an SSD. Querying the database using SQLite Studio returns results instantly. Just to investigate further, I duplicated Giles' setup and installed Digikam on a different Mac, put about 1000 photos on the system drive and created a new database on the system drive. Digikam performed flawlessly. This makes me think that there is some issue when files are stored on a NAS. I don't think it's a latency issue because I have been investigating DAM software and have installed several of them (ACDSee, Photo Mechanic, Apple Photos, Adobe Bridge, Luminar) on this machine, and Digikam is the only one that behaves this way. It's unfortunate because Digikam would be my favorite otherwise. The log that I have annotated shows where Digikam pauses during execution, and for how long. It pauses in the same places and for roughly the same amount of time whether monitoring for external changes is on or off. (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 -- You are receiving this mail because: You are watching all bug changes.
