<div dir="ltr">The scan process run already in a separated thread.<div><br></div><div>The registration of data to the database is also delegate to a thread.</div><div><br></div><div>Database access can introduce time latency with concurrent request. This is true with remote database and network access, as i can see here with my computer.</div><div><br></div><div>I tested here the scan of a whole collection from scratch with many type of images and videos. More than 30.000 items located in a SSD. Computer is an i7 3Ghz with 32Gb of RAM. There is no visible time latency. I run digiKam from a console and i can see all files scanned step by step very quickly. While this process is done, the progress manager report the advance of scanning as expected. This is done with a sqlite database, also located on a SSD.</div><div><br></div><div>To identify where is the problem, i recommend to always run digiKam from a console. On MacOS it's simple, as under Linux. For Windows, the use of and extra application to catch console trace as debugview is mandatory. It's explained on web site contrib page :</div><div><br></div><div><a href="https://www.digikam.org/contrib">https://www.digikam.org/contrib</a><br></div><div><br></div><div>Gilles Caulier</div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-01-23 11:53 GMT+01:00 Stuart T Rogers <span dir="ltr"><<a href="mailto:stuart@stella-maris.org.uk" target="_blank">stuart@stella-maris.org.uk</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Although I do not see long hangs/freezes when digikam scans new collections or for new images I do see that in general the process slows down digikam so that the gui either is very very slow or even non-responsive while the process finishes. In my case the directories being scanned contain only image files from my cameras. While the scanning of new collections is not used a huge amount the process looking for new images in existing collections does slow down the initial use of digikam on every start of the program. I am running using an AMD quad core processor with 8meg memory running openSUSE Tumbleweed.<br>
<br>
Stuart<div class="HOEnZb"><div class="h5"><br>
<br>
On 23/01/17 10:01, Simon Frei wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
What makes you think that? This is also an issue when importing a folder<br>
that only contains image files.<br>
Pure speculation on my side: To me it seems that there is something<br>
wrong with priority handling (however that is done). Finding new files,<br>
which does happen in background, still influences other digikam<br>
functionalities to the point where the UI freezes. This looks like the<br>
background process takes all resources and any normal operations have to<br>
wait, while it should be the other way around: Normal operations (e.g.<br>
user interaction with GUI) should always get the resources it needs and<br>
background process whatever resources are left.<br>
<br>
On 23/01/17 10:14, Gilles Caulier wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I think the problem is the registration in DB of non image files and<br>
all hidden files.<br>
<br>
There is patch in bugzilla to introduce a settings to filter unwanted<br>
dirs/files while scanning. It's not yet finalized and need to be<br>
review. Look here :<br>
<br>
<a href="https://bugs.kde.org/show_bug.cgi?id=123097" rel="noreferrer" target="_blank">https://bugs.kde.org/show_bug.<wbr>cgi?id=123097</a><br>
<br>
Gilles Caulier<br>
<br>
</blockquote>
<br>
</blockquote>
<br></div></div><span class="HOEnZb"><font color="#888888">
-- <br>
Website: <a href="http://www.stella-maris.org.uk" rel="noreferrer" target="_blank">http://www.stella-maris.org.uk</a><br>
or:      <a href="http://www.broadstairs.org" rel="noreferrer" target="_blank">http://www.broadstairs.org</a><br>
</font></span></blockquote></div><br></div>