<div dir="ltr">Maik,<div><br></div><div>My first test, done in my lead computer with 32Gb of RAM and 8 cores do not report a special dysfunction. The memory allocation is normal, and no time latency while processing with face recognition.  But this have been already the case before. I processed more that 150.000 files in 45 mn.</div><div><br></div><div>I will now play with a VM and less memory.</div><div><br></div><div>Gilles</div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-12-17 12:01 GMT+01:00 Gilles Caulier <span dir="ltr"><<a href="mailto:caulier.gilles@gmail.com" target="_blank">caulier.gilles@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hi Maik,</div><div><br></div>You want mean same problem with sqlite ?<div><br></div><div>Yes, we have plenty of bugs about this topic, for ex for Similarity, face, and thumbnails databases operation.</div><div>This mangle the memory and finally, for computer with small memory, crash the application violently.</div><div>If we can fix this problem, this will be a big step.</div><div><br></div><div>As my computer has plenty of memory, the problem is difficult to reproduce. I need to make a dedicated VM to test your patch.</div><div><br></div><div>So the problem is not to group transactions to prevent a bloating state with DB ? Fo rex, i know that thumbs registration is very verboze with the db and slow down the interface step by step, especially with remote DB. Right ?</div><div><br></div><div>Anyway, it's fine for me to introduce the patch for 5.9.0.</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Gilles</div><div><br></div></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2017-12-17 9:46 GMT+01:00 Maik Qualmann <span dir="ltr"><<a href="mailto:metzpinguin@gmail.com" target="_blank">metzpinguin@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Makes problems with SQLite...<br>
<span class="m_-8505065803424153043HOEnZb"><font color="#888888"><br>
Maik<br>
</font></span><div class="m_-8505065803424153043HOEnZb"><div class="m_-8505065803424153043h5"><br>
Am Sonntag, 17. Dezember 2017, 09:39:06 CET schrieb Maik Qualmann:<br>
> Hi,<br>
><br>
> we have a problem with some database operations (MySQL) with too many open<br>
> connections established. For example, recognize faces. Because<br>
> QThreadStorage deletes the thread data when the thread is exit and thus<br>
> also closes the DB, the DB is opened again at the next DB action. To test<br>
> the patch extensively, I think only to commit for digiKam 5.9.0.<br>
><br>
> Maik<br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>