User-agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.9b5pre) Gecko/2008030700 SeaMonkey/2.0a1pre
Howard Chu wrote:
I recall we had a few ideas last year, but they came up a bit late. Anyone
still have some wish list items for this year?
I think it would be feasible for a student to develop a back-tdb backend. The
basic backend functionality could be copied from back-hdb and the caching
layers could be omitted, which would leave the code pretty straightforward.
Since back-tdb is primarily an in-memory database it wouldn't be much of a
performance issue, and it would get us something easy to configure for the
very common, less demanding deployments.
Another possibility which I started discussing with Tridge is to modify the
tdb code to always mmap to a fixed address space. In that case we could store
Entry objects directly, with all pointers intact, which would eliminate the
need for a deserialization step on Reads. Then the need for entry caching
would be completely eliminated as well.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/