<br><br><div class="gmail_quote">2011/11/15 Alberto Ferrante <span dir="ltr"><<a href="mailto:alberto.ferrante@tiscali.it">alberto.ferrante@tiscali.it</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Gilles,<br>
I do not think I will be able to do that soon, it takes time and I do<br>
not have much at the moment. We anyway know already why it crashes: it<br>
fills up all the available memory (8GB of RAM +14 of swap) and it gets<br>
terminated. I monitored memory usage and this is what happens.<br>
I can tell that the memory use increases with the number of images. It<br>
is "acceptable" below 1-2'000 images; it becomes unacceptable above that<br>
threshold.<br>
<br>
If you can, please try importing a folder with, say, 10'000 images...<br>
Are you able? How much memory is it using after the folder scan phase?<br></blockquote><div><br></div><div>yes, i can import 4000 image from my external HDD. No crash here. Both on my desktop (8Gb) and my laptop (3Gb). I can follow memory allocation without to see any memory leak.</div>

<div><br></div><div>So i suspect something wrong into an external dependency of digiKam, as libraw (if you import RAW file), or libexiv2 to read metadata and fill DB.</div><div><br></div><div>The valgrind trace is not enough informative.</div>

<div><br></div><div>To you import only JPEG, or RAW, or RAW+JPEG ?</div><div><br></div><div>Gilles Caulier</div></div>