Re: [Sks-devel] Adding DB_INIT_LOCK to sks-keyserver (revisited)

[Jeff Johnson]

On Feb 27, 2010, at 5:20 AM, Marco Nenciarini wrote:

> Yaron Minsky ha scritto:
> > I'm a big fan of sqlite, and Markus Mottl has written an excellent
> > binding for the library --- far better than the mediocre binding I  
> > wrote
> > for bdb.  I think porting sks to use sqlite instead of bdb would be
> > great, although I would think some thinking about migration would  
> > be in
> > order.
>
> Maybe it worth to take a look to Tokyo Cabinet
> http://1978th.net/tokyocabinet/

Tokyo Cabinet is certainly well marketed.

There are several other non-databases around that
could be used as well:

        1) BTRFS (or ZFS but lets not go there) snapshots
                The COW snapshot with a "last known good"
                timestamp identifier has a certain KISSy appeal.

                One would hope that a loopback mount of
                a BTRFS file system, possibly with BTRFS
                in userland, would be feasible.

        2) Stasis (http://www.cs.berkeley.edu/~sears/stasis/)
                I came very close (in RPM) to dumping Berkeley DB
                and using Stasis instead because of the performance.

                OTOH, Berkeley DB is a "conservative" choice and
                also has all the tools needed to achieve ACID.

                With Stasis, there would be additional tool
                and documentation work, likely not impossibly
                hard with the extremely simple schema needed
                by SKS key servers.

hth

73 de Jeff
                
> Kind regards,
> Marco
>
> --
> ---------------------------------------------------------------------
> |    Marco Nenciarini    | Debian/GNU Linux Developer - Plug Member |
> | address@hidden | http://www.prato.linux.it/~mnencia       |
> ---------------------------------------------------------------------
> Key fingerprint = FED9 69C7 9E67 21F5 7D95  5270 6864 730D F095 E5E4
>
>
> _______________________________________________
> Sks-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/sks-devel