[Pkg-openldap-devel] Post-etch OpenLDAP work

[Quanah Gibson-Mount]

--On Saturday, March 03, 2007 11:23 PM -0800 Russ Allbery <rra at debian.org> 
wrote:

> Hey all,
>
> I want to throw this out to the whole group to get reactions, and also to
> update you on where things stand for remerging the library and slapd
> packages.
>
> First, the work to make GnuTLS a fully supported SSL option is underway.
> It will result in both new OpenLDAP and new GnuTLS releases, mostly
> likely.  It should be complete by the lenny release, at which point my
> hope is that we can provide library and slapd packages built against
> GnuTLS for lenny.

The current plan is for it to be part of OpenLDAP 2.4, which is currently 
in alpha.  OpenLDAP generally accepts additional features into a release 
for quite a while after it leaves alpha/beta, so even if that happens 
before the GnuTLS work is done, I'm pretty confident it'll still make it 
there.


> So, the question is how best to get there from here.  We have a different
> local patch set and more closely track OpenLDAP releases currently
> (particularly since etch is in a freeze).  We also do some things that the
> Debian package currently doesn't support but could (like using hoard as
> the memory allocator, which isn't currently packaged for Debian; this is
> normally done through LD_PRELOAD, so it can be an init script option).  We
> also haven't cared about some things that Debian has to care about (FHS
> layout, upgrading from old versions automatically, running as a non-root
> user).

People might find Howard's presentation to SCALE interesting: 
<http://www.openldap.org/pub/hyc/scale2007.pdf>

It includes some graphs of the differences between different memory 
allocators.  Hoard and tcmalloc from Google generally seem to be the best 
performers (the former for speed, the latter for memory utilization on 
large db's).

Also, at least in sarge, I thought Hoard was packaged:

ldap-uat00:/root# aptitude search hoard
p   libhoard                                                              - 
fast memory allocation library
v   libhoard-dev                                                          -
v   libhoard1                                                             -

ldap-uat00:/root# aptitude show libhoard
Package: libhoard
State: not installed
Version: 2.1.0-3
Priority: optional
Section: libs
Maintainer: Adam Majer <adamm at galacticasoftware.com>
Uncompressed Size: 176k
Depends: libc6 (>= 2.3.2.ds1-4), libgcc1 (>= 1:3.4.1-3), libstdc++5 (>= 
1:3.3.4-1)
Conflicts: libhoard1, libhoard-dev
Replaces: libhoard1, libhoard-dev
Provides: libhoard-dev, libhoard1
Description: fast memory allocation library
 The Hoard memory allocator is a fast, scalable, and memory-efficient 
memory allocator for shared-memory multiprocessors.

 More information can be found at the libhoard web site 
<http://www.hoard.org/>.


However, I will not this is an extremely old version (The 3.6 prerelease 
was just announced).  It may be that libhoard was replaced by heaplayers 
(which is really where Hoard comes from):

ldap-uat00:/root# aptitude show heaplayers
Package: heaplayers
State: not installed
Version: 3.2.2-2
Priority: optional
Section: libdevel
Maintainer: Adam Majer <adamm at galacticasoftware.com>
Uncompressed Size: 664k
Description: high-performance memory allocators
 Heap Layers provides a flexible infrastructure for composing high 
performance memory allocators out of C++ "layers". Heap Layers makes it 
easy to write
 high quality custom and general purpose memory allocators.


which isn't quite so old.

--Quanah

--
Quanah Gibson-Mount
Principal Software Developer
ITS/Shared Application Services
Stanford University
GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html