I was suspicious about the db being broken and was hoping for that (it can be fixed) and was fearing that (it cause an awfull lot of work)<br>Putting the answers of Gilles and Remco together makes me even more suspicious about that scenario.<br>
<br>That´s why I came with this question a while ago:<br>I suppose that the db becomes more and more messy by adding, removing 
and readding etc etc, I wonder if someone knows if and if, how it is 
possible to optimize the db in order to have quicker search capabillity.<br>
A few filtering actions can make it quite unresponsive.<br><br>and with this question:<br>Does anyone know if this<br>cleanup_digikamdb.1 by Andy Clemens<br>is still valid to use with current digikam db?<br><br>And any ideas what to do with that cleanup_digikamdb.1 file?<br>
<br><br><br>If there is a way of fixing I would prefer to try before starting all over again.<br><br>Thanks<br>Rinus<br><br><br><br><br><br><div class="gmail_quote">2011/9/13 Remco Viëtor <span dir="ltr"><<a href="mailto:remco.vietor@wanadoo.fr">remco.vietor@wanadoo.fr</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">On Tuesday 13 September 2011 12:14:32 Rinus Bakker wrote:<br>
...<br>
<div class="im">> How about this, can anyone comment on it:<br>
> jansen@jansen-HP-Pavilion-dv7-Notebook-PC:~$ free -m<br>
>              total       used       free     shared    buffers     cached<br>
> Mem:          3705       3672         32          0       1359       1307<br>
> -/+ buffers/cache:       1006       2698<br>
> Swap:         6171          0       6171<br>
> jansen@jansen-HP-Pavilion-dv7-Notebook-PC:~$<br>
<br>
</div>One of the particularities of Linux is that any free RAM can be used to cache<br>
disk reads, so the 'free' part of the 'Mem' line shows less free memory than<br>
would be available to programs running (the 'cached' part can also be used for<br>
program memory, slowing disk I/O a bit).<br>
<br>
Swap (being disk space) isn't used for caching, so there the 'free' value is<br>
correct. In this case, there's no swapping to disk ('used' is zero), so the OS<br>
has still enough free RAM to work with, and lack of free RAM doesn't cause the<br>
slowness (swapping to and from disk is slow...). Adding memory wouldn't have<br>
much of an effect if this is the worst case...<br>
<div><div></div><div class="h5"><br>
<br>
<br>
<br>
<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>