<div dir="ltr">Bron,<div><br></div><div style>would it be possible to release twoskip as a library with stable API and ABI (and proper SONAME), that might help other projects that need reliable K/V storage, but don't need a superfast operations.</div>
<div style><br></div><div style>I agree that sasldb2 propably don't need a support for storing zillions of records, so twoskip might be a good choice.</div><div style><br></div><div style>Ondrej</div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Wed, Jul 3, 2013 at 6:29 AM, Bron Gondwana <span dir="ltr"><<a href="mailto:brong@fastmail.fm" target="_blank">brong@fastmail.fm</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Tue, Jul 2, 2013, at 11:37 PM, Howard Chu wrote:<br>
> Dan White wrote:<br>
> > On 07/02/13 09:58 +0200, Ondřej Surý wrote:<br>
> >> Hi,<br>
> >><br>
> >> you might have noticed that Oracle has released Berkeley DB 6.0, and in<br>
> >> unfortunate move they relicensed the BDB to AGPLv3 which makes it<br>
> >> incompatible with anything else than AGPLv3 or GPLv3.<br>
> >><br>
> >> E.g. this makes cyrus licensing incompatible with Berkeley DB 6.0 since it<br>
> >> would require dual licensing which I hardly think makes sense.<br>
> >><br>
> >> Thus I think it's time to kill the Berkeley DB support in cyrus-imapd-2.5,<br>
> >> and start thinking about the replacement for cyrus-sasl sasldb (would<br>
> >> skiplist work here? or should we use sqlite3, kyotocabinet or anything<br>
> >> else?).<br>
<br>
</div>We could also look at porting twoskip across from cyrus-imapd. it's not as<br>
fast, but it's super-safe. 64 bit. Checksums. Fast crash recovery and<br>
total data integrity against any possible crash scenario.<br>
<br>
Not safe against random disk corruption, but it will tell you about it!<br>
<br>
<a href="http://opera.brong.fastmail.fm/talks/twoskip/" target="_blank">http://opera.brong.fastmail.fm/talks/twoskip/</a><br>
<div class="im"><br>
> > With regards to cyrus-sasl, Lightining DB is another option:<br>
<br>
</div>I'm also very interested in Lightning. The only issue is that it has<br>
multiple files per DB by my last reading.<br>
<div class="im"><br>
> > <a href="http://lists.andrew.cmu.edu/pipermail/cyrus-sasl/2012-March/002479.html" target="_blank">http://lists.andrew.cmu.edu/pipermail/cyrus-sasl/2012-March/002479.html</a><br>
> ><br>
> > It's released under the OpenLDAP Public License, which I assume is<br>
> > compatible since ldapdb is released under the same license.<br>
><br>
> Updated patch posted last October.<br>
><br>
> <a href="http://lists.andrew.cmu.edu/pipermail/cyrus-sasl/2012-October/002541.html" target="_blank">http://lists.andrew.cmu.edu/pipermail/cyrus-sasl/2012-October/002541.html</a><br>
><br>
> Sorry, I wasn't aware of this mailing list until today.<br>
><br>
> SQLite is horrible, has no multi-process support. Even with LMDB underneath<br>
> it's far from tolerable. Kyoto Cabinet leaks like a sieve.<br>
> <a href="http://www.anchor.com.au/blog/2013/05/second-strike-with-lightning/" target="_blank">http://www.anchor.com.au/blog/2013/05/second-strike-with-lightning/</a><br>
<br>
</div>Thanks for the link. I'll have a look :)<br>
<span class="HOEnZb"><font color="#888888"><br>
Bron.<br>
<br>
<br>
--<br>
Bron Gondwana<br>
<a href="mailto:brong@fastmail.fm">brong@fastmail.fm</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br>Ondřej Surý <<a href="mailto:ondrej@sury.org" target="_blank">ondrej@sury.org</a>>
</div>