This release showed amazing promise in the past as the first release to move to after 4.2 that showed real performance gains across the board. Curious to see if the official release will hold up.
--Quanah
-- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
<quote who="Quanah Gibson-Mount">
This release showed amazing promise in the past as the first release to move to after 4.2 that showed real performance gains across the board. Curious to see if the official release will hold up.
Are you going to do some nice benchmarks? ;-)
--Quanah
-- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc
Zimbra :: the leader in open source messaging and collaboration
--On Tuesday, July 24, 2007 8:21 AM +0100 Gavin Henry ghenry@suretecsystems.com wrote:
<quote who="Quanah Gibson-Mount"> > This release showed amazing promise in the past as the first release to > move to after 4.2 that showed real performance gains across the board. > Curious to see if the official release will hold up.
Are you going to do some nice benchmarks? ;-)
I'd like to. In true sleepycat fashion, they changed the API before the official release, which means someone (guessing Howard) needs to see what has changed to make it so that OpenLDAP works with it.
--Quanah
-- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
<quote who="Quanah Gibson-Mount">
--On Tuesday, July 24, 2007 8:21 AM +0100 Gavin Henry ghenry@suretecsystems.com wrote:
<quote who="Quanah Gibson-Mount"> > This release showed amazing promise in the past as the first release to > move to after 4.2 that showed real performance gains across the board. > Curious to see if the official release will hold up.
Are you going to do some nice benchmarks? ;-)
I'd like to. In true sleepycat fashion, they changed the API before the official release, which means someone (guessing Howard) needs to see what has changed to make it so that OpenLDAP works with it.
I've now got it installed and compiling 2.3.37 against it. I'll report back what works and what breaks ;-)
Gavin.
--Quanah
-- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc
Zimbra :: the leader in open source messaging and collaboration
Gavin Henry wrote:
<quote who="Quanah Gibson-Mount"> > --On Tuesday, July 24, 2007 8:21 AM +0100 Gavin Henry > <ghenry@suretecsystems.com> wrote: > >> <quote who="Quanah Gibson-Mount"> >>> This release showed amazing promise in the past as the first release to >>> move to after 4.2 that showed real performance gains across the board. >>> Curious to see if the official release will hold up. >> Are you going to do some nice benchmarks? ;-) > I'd like to. In true sleepycat fashion, they changed the API before the > official release, which means someone (guessing Howard) needs to see what > has changed to make it so that OpenLDAP works with it.
I've now got it installed and compiling 2.3.37 against it. I'll report back what works and what breaks ;-)
Probably should use RE23 instead. And I suspect we will not release support for it until 2.4 anyway.
--On Tuesday, July 24, 2007 10:00 AM +0100 Gavin Henry ghenry@suretecsystems.com wrote:
<quote who="Quanah Gibson-Mount"> > --On Tuesday, July 24, 2007 8:21 AM +0100 Gavin Henry > <ghenry@suretecsystems.com> wrote: > >> <quote who="Quanah Gibson-Mount"> >>> This release showed amazing promise in the past as the first release to >>> move to after 4.2 that showed real performance gains across the board. >>> Curious to see if the official release will hold up. >> >> Are you going to do some nice benchmarks? ;-) > > I'd like to. In true sleepycat fashion, they changed the API before the > official release, which means someone (guessing Howard) needs to see what > has changed to make it so that OpenLDAP works with it.
I've now got it installed and compiling 2.3.37 against it. I'll report back what works and what breaks ;-)
Ah, I'd already done that. It broke immediately in test001. ;)
--Quanah
-- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
<quote who="Quanah Gibson-Mount">
--On Tuesday, July 24, 2007 10:00 AM +0100 Gavin Henry ghenry@suretecsystems.com wrote:
<quote who="Quanah Gibson-Mount"> > --On Tuesday, July 24, 2007 8:21 AM +0100 Gavin Henry > <ghenry@suretecsystems.com> wrote: > >> <quote who="Quanah Gibson-Mount"> >>> This release showed amazing promise in the past as the first release >>> to >>> move to after 4.2 that showed real performance gains across the >>> board. >>> Curious to see if the official release will hold up. >> >> Are you going to do some nice benchmarks? ;-) > > I'd like to. In true sleepycat fashion, they changed the API before > the > official release, which means someone (guessing Howard) needs to see > what > has changed to make it so that OpenLDAP works with it.
I've now got it installed and compiling 2.3.37 against it. I'll report back what works and what breaks ;-)
Ah, I'd already done that. It broke immediately in test001. ;)
Likewise.
--Quanah
-- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc
Zimbra :: the leader in open source messaging and collaboration
On Tuesday 24 July 2007 09:36, Quanah Gibson-Mount wrote:
--On Tuesday, July 24, 2007 8:21 AM +0100 Gavin Henry
ghenry@suretecsystems.com wrote:
<quote who="Quanah Gibson-Mount">
This release showed amazing promise in the past as the first release to move to after 4.2 that showed real performance gains across the board. Curious to see if the official release will hold up.
Are you going to do some nice benchmarks? ;-)
I'd like to. In true sleepycat fashion, they changed the API before the official release,
Yes, it seems that they at least changed something in the DBC structure. The "locker" attribute is now of the type DB_LOCKER (a new structure) instead of an u_int32_t as it was in older revisions.
which means someone (guessing Howard) needs to see what has changed to make it so that OpenLDAP works with it.
Ralf Haferkamp wrote:
On Tuesday 24 July 2007 09:36, Quanah Gibson-Mount wrote:
I'd like to. In true sleepycat fashion, they changed the API before the official release,
Yes, it seems that they at least changed something in the DBC structure. The "locker" attribute is now of the type DB_LOCKER (a new structure) instead of an u_int32_t as it was in older revisions.
Yeah, this will be a bit of a pain, since slapadd relied on being able to get the locker ID out of the cursor structure, and several places relied on being able to explicitly set the locker ID in the cursor. Very annoying; they should have just completely done away with the integer locker IDs and just used the DB_LOCKER pointers everywhere. As it is now, we still need the integers for the public lock APIs but they're all converted to pointers in the internal APIs anyway...
which means someone (guessing Howard) needs to see what has changed to make it so that OpenLDAP works with it.
Quanah Gibson-Mount wrote:
--On Tuesday, July 24, 2007 8:21 AM +0100 Gavin Henry ghenry@suretecsystems.com wrote:
<quote who="Quanah Gibson-Mount"> > This release showed amazing promise in the past as the first release to > move to after 4.2 that showed real performance gains across the board. > Curious to see if the official release will hold up. Are you going to do some nice benchmarks? ;-)
I'd like to. In true sleepycat fashion, they changed the API before the official release, which means someone (guessing Howard) needs to see what has changed to make it so that OpenLDAP works with it.
http://www.oracle.com/technology/documentation/berkeley-db/db/ref/upgrade.4....
This is a problem for the Windows version. I wonder why they changed it.
On Tuesday 24 July 2007 11:43, Howard Chu wrote:
Quanah Gibson-Mount wrote:
--On Tuesday, July 24, 2007 8:21 AM +0100 Gavin Henry
ghenry@suretecsystems.com wrote:
<quote who="Quanah Gibson-Mount">
This release showed amazing promise in the past as the first release to move to after 4.2 that showed real performance gains across the board. Curious to see if the official release will hold up.
Are you going to do some nice benchmarks? ;-)
I'd like to. In true sleepycat fashion, they changed the API before the official release, which means someone (guessing Howard) needs to see what has changed to make it so that OpenLDAP works with it.
http://www.oracle.com/technology/documentation/berkeley-db/db/ref/upgrade.4 .6/win.html
This is a problem for the Windows version. I wonder why they changed it.
Seems to be only regarding Windows 9X (which should be 95, 98 ans ME). Those can be savely ignored nowadays, I guess ;).
Ralf Haferkamp wrote:
On Tuesday 24 July 2007 11:43, Howard Chu wrote:
http://www.oracle.com/technology/documentation/berkeley-db/db/ref/upgrade.4 .6/win.html
This is a problem for the Windows version. I wonder why they changed it.
Seems to be only regarding Windows 9X (which should be 95, 98 ans ME). Those can be savely ignored nowadays, I guess ;).
Ah, good point. Missed that...
-
Gavin Henry -
Howard Chu -
Quanah Gibson-Mount -
Ralf Haferkamp