[digiKam-users] 7.2 (beta) Face detection feedback

[Thomas D]

I think that it would be best if the synchronization is happening in the
background in a separate thread.

Den tor. 4. feb. 2021 kl. 19.14 skrev Stefan Mueller <
stefan.mueller.83 at gmail.com>:

> what do you mean by "lazy synchronization" ?
>
> that DK waits with the syncronizatio against its DB until the user says to
> do so, there are multiple comments in this regard.
> It helps that thumbnails start rearraginig due to name assignment but your
> still in the middle of your work, what can confuse you heavily
>
> Le jeu. 4 févr. 2021 à 18:44, frederic chaume <frederic.chaume at gmail.com>
> a écrit :
>
>> Hi Stefan
>>
>>
>> thanks for your recommendation, I had a look and useful information ,
>> will check
>>
>> what do you mean by "lazy synchronization" ?
>>
>> for the antivirus , I will check what is on-going that could slow down
>> the process (I'm not using a NAS, just windows and using Defender and
>> malwerbytes)
>>
>> frederic
>>
>>
>> Le 04/02/2021 à 18:05, Stefan Mueller a écrit :
>>
>> @ frederic chaume <frederic.chaume at gmail.com>
>>
>> you may have look in that converstation.
>> Here are some suggestion, what hoppfully make into 7.2. May there are
>> some what your missing currently
>>
>> Le dim. 31 janv. 2021 à 15:45, whatsupskip <craig at gojapango.com> a
>> écrit :
>>
>>> I found a couple of things that can really help with speeding up the
>>> interaction and writing of meta data.
>>>
>>> 1) Lazy Synchronization - By up dating files in a batch it increases the
>>> speed of the UI while updating names.
>>>
>>> 2) This is more when scanning folders on Windows 10 running Microsoft
>>> Windows 10 Antimalware (antivirus). I found that running the scan would
>>> trigger the antimalware to then scan the same files at the same time.
>>> This
>>> of course slows down the process greatly, particular on a NAS. You can
>>> disable the "Real-time protection" and it will automatically start
>>> running
>>> again later in case you forget to turn it back on.
>>>
>>>
>>>
>>> --
>>> Sent from:
>>> http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20210205/e5fe797e/attachment.htm>