pending synchonization at restart

Gilles Caulier caulier.gilles at gmail.com
Thu Aug 27 13:41:15 BST 2026


Le mer. 26 août 2026 à 19:05, frederic chaume <frederic.chaume at gmail.com> a
écrit :

> 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?
>

>From the Maintenance tool,  only the items included in the selected
physical albums or virtual tags will be processed.

Best regards

Gilles Caulier

>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20260827/a518d522/attachment.htm>


More information about the Digikam-users mailing list