In first, we must identify where memory is lost.<div><br></div><div>Run digiKam through valgrind from a console, an report the trace here.</div><div><br></div><div>For details, look here :</div><div><br></div><div><a href="https://projects.kde.org/projects/extragear/graphics/digikam/repository/revisions/master/entry/HACKING#L281">https://projects.kde.org/projects/extragear/graphics/digikam/repository/revisions/master/entry/HACKING#L281</a></div>

<div><br></div><div>Gilles Caulier<br><div><br></div><div><br></div><div><br><div><br><div class="gmail_quote">2011/11/13 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;">Thanks for your reply, Gilles.<br>
I use version 2.3 (on Fedora 16, 64 bit). I now use MySQL as DB.<br>
<br>
Is there any way (e.g. any setting) to improve memory consumption?<br>
<br>
Regards,<br>
<font color="#888888">        Alberto Ferrante<br>
</font><div class="im"><br>
<br>
> Which version you use ?<br>
><br>
> Since 2.2.0 i work on import tool to limit memory consumption due<br>
> to thumbnail processing. There is a cache interface now. Also,<br>
> before this version, all thumbs from camera been processed. Now,<br>
> only item displaed in icon view are processed on the fly.<br>
><br>
> I recommend to use 2.3.0. There is a little bug in this cache<br>
> interface which can crash digiKam with AVI file. Marcel has fixed<br>
> it with 2.3.0 release.<br>
><br>
> Best<br>
><br>
> Gilles Caulier<br>
<br>
<br>
<br>
</div><div class="im">On 11/13/2011 05:22 PM, Alberto Ferrante wrote:<br>
> in the latest days I have tried to import my collection of photos<br>
> into Digikam. Unfortunately I was not able: Digikam seems to<br>
> require too much memory to import even not so big albums. For<br>
> example, to import a folder with 3'000 picture Digikam used about<br>
> 15GB of RAM (8 of RAM + swap). I was not able to import other<br>
> larger folders (with more than 10Kphotos) as Digikam was terminated<br>
> after having filled all the available memory (about 20GB). I do not<br>
> want to criticize this software (that looks very promising), but I<br>
> feel like a tool like this becomes really useful if you have a<br>
> large collection of photos (and this is why I would like to use<br>
> it!). Therefore, it should be designed to handle this situation.<br>
> Probably the computations after the collection read should be split<br>
> in small chunks to avoid this huge memory usage.<br>
<br>
<br>
</div><div><div></div><div class="h5">--<br>
Home page: <a href="http://www.alari.ch/people/alberto" target="_blank">http://www.alari.ch/people/alberto</a><br>
Photo galleries : <a href="http://albertoferrante.name" target="_blank">http://albertoferrante.name</a><br>
Public key: <a href="http://www.alari.ch/people/alberto/keys/yahoo.asc" target="_blank">http://www.alari.ch/people/alberto/keys/yahoo.asc</a><br>
_______________________________________________<br>
Digikam-users mailing list<br>
<a href="mailto:Digikam-users@kde.org">Digikam-users@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/digikam-users" target="_blank">https://mail.kde.org/mailman/listinfo/digikam-users</a><br>
</div></div></blockquote></div><br></div></div></div>