pending synchonization at restart

[frederic chaume]

Answers inline

Le 26/08/2026 à 13:11, Gilles Caulier a écrit :
>
>
> Le mer. 26 août 2026 à 12:55, frederic chaume 
> <frederic.chaume at gmail.com> a écrit :
>
>     Thanks Gilles for your feedback.
>
>     In the recent freezing behavior, I don't remember to have run
>     large batches may be up to 50 files in a batch, but run it
>     multiple times and I notice that problem occurs after running more
>     and more synchronization. I didn't record the qty of
>     synchronization ran begore freezing
>     Not network issue as using local SSD drive , but may be limitation
>     with the RAM 16G which became a problem after migration to Win11
>
>     I didn't find where to reduce the number of album to process, In
>     metadata settings , I only have the flag to set Lazy synchronization
>
>
> Right. The lazy synchronization is a background task, using common 
> code from the maintenance "sync Metadata" tool (where you can tune the 
> album selection to process and where you can turn on/off the 
> multithreading).
Ok, got it: multithreading is unset and album selection is set to all 
(4K albums), I reduced to 1K which are the most used albums. For example 
, currently I'm trying to update tags which where missing or 
inconsitent, and then I don't know what wold be consequence if I launch 
a synchronization involving elements not included in the selected albums?
>
>
>     I only proceed with Raw and Jpeg, no video and no external drive.
>
>     I have enable the internal debug and will share the result, just
>     let me know where to file the log files (I have downloaded debugview)
>     but I don't find where to check if multi-thread is set (using
>     DK9.1 under Win11)
>
>
> Focus your investigation on the debugview trace to see where the 
> problem is located. Share the full trace, from the start to the end of 
> the digiKam session. Perhaps it's the database locks, generally 
> introduced under Windows by the anti-virus running in the background.
ok, will do, just started a log session.
>
> Best regards
>
> Gilles Caulier
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20260826/39603da9/attachment.htm>