[rucksack-devel] Compacting the heap?

[John Pallister]

Hi Arthur,

Thanks for your reply. Yes, COLLECT-GARBAGE seems to do the trick; it
hasn't shrunk the heap file, but it certainly seems to have improved
performance. It isn't exported though, hence my overlooking it.

I often think that it would be great to try and gather people's
experiences with Rucksack and produce some sort of "best practices"
document. It's a great library, but sometimes I wonder whether I'm
using it quite as intended (particularly when I hit performance
problems).

Are you still using Rucksack yourself these days?

Cheers,

John :^P
--
John Pallister
john at johnp.net
john at synchromesh.com


On Sun, Jun 3, 2012 at 5:20 PM, Arthur Lemmens <alemmens at xs4all.nl> wrote:
> John Pallister <john at synchromesh.com> wrote:
>
>> I'm going to write a routine to periodically copy all the remaining
>> objects from one store to an empty store with the same schema, then
>> switch to using the new store. This will hopefully compact the heap
>> and rebuild the indexes, thereby improving performance.
>>
>> As I understand it, there's no manual GC operation in the Rucksack
>> API.
>
>
> I haven't looked at this for years, but have you tried COLLECT-GARBAGE?
> This will not rebuild any indexes, but it should get rid of objects
> that aren't referenced anywhere.  I have no idea if this will also
> result in improved performance, though.
>
> Arthur
>
> _______________________________________________
> rucksack-devel mailing list
> rucksack-devel at common-lisp.net
> http://lists.common-lisp.net/cgi-bin/mailman/listinfo/rucksack-devel