Re: [elephant-devel] Lisp Btrees: design considerations

2008-05-15 Thread Robert L. Read
On Thu, 2008-05-15 at 10:39 +0300, Alex Mizrahi wrote: > RLR> The purpose of compression is of course NOT to make the store smaller. > RLR> It is to decrease the amount of I/O that is required to access the > RLR> store. > > time to do I/O does not linearly depend on I/O amount. > > for exampl

Re: [elephant-devel] Quick hack for lisp backend.

2008-05-15 Thread Glenn Tarcea
I had never looked at Rucksack before. The code is very well structured indeed! A couple of thoughts: 1. Could the Rucksack B-Tree code be separated out, abstracted a little and put in a separate project (eg, a cl-btree, or ldb for example)? This would allow other lisp projects that are

Re: [elephant-devel] Lisp Btrees: design considerations

2008-05-15 Thread Alex Mizrahi
RLR> The purpose of compression is of course NOT to make the store smaller. RLR> It is to decrease the amount of I/O that is required to access the RLR> store. time to do I/O does not linearly depend on I/O amount. for example, HDD reads data in blocks, with each block definitely not less than

[elephant-devel] 64bit BDB & CCL load problem

2008-05-15 Thread Marko Tapio Manninen
Hi, i have a slight problem using elephant berkeley store on my web app made with openmcl and hunchentoot. I have compiled 64 bit version of BDB (mac intel). I thought if you could help me forward with this. Following is the error: . . . ; registering # as CHUNGA Attempting to load libmem