Hi Michael,

I assume this is a 64-bit version of the software? If so, with plenty of RAM and adequate sizing of shmmax kernel parameter, let's say they almost have no limit but the RAM size.

If this is a 32-bit app, then this becomes more complex (depending whether it is an exec-magic, shmem-magic or mpas executable), but they will basically never get more than 4GB.

++Cyrille

-----Original Message----- From: openldap-technical-bounces@OpenLDAP.org [mailto:openldap-technical-bounces@OpenLDAP.org] On Behalf Of Michael Ströder Sent: Tuesday, September 27, 2011 7:05 PM To: openldap-technical@openldap.org Subject: HP-UX, BDB cache size, db_private

HI!

In a project we have to use HP-UX 11.31 for the OpenLDAP server. But for whatever reason it's not possible to configure more than a certain limit of shared memory cache on this system. The admins responsible for this system claim that there's no limit set for this system user and there's still plenty of RAM...hmmm...does anybody here have a clue? (I'm not familiar with HP-UX at all and the admin files cannot be viewed.)

Now they suggested to set BDB-option db_private to use the heap instead of file-based shared memory. I pointed out that the caveats are that 1. one cannot query the cache hit ratio etc. with db_stat and 2. cache is always empty on server restart.

db_private turned out to be even worse on this system but still this question: Anymore issues with db_private?

Thanks in advance.

Ciao, Michael.