[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: OpenLDAP + 300 CPUs

Jean-Francois Bouchard wrote:
Hi Robert,

Thanks for the response.

Some day I have tried :

ulimit -n (file handle) 65535

But at this point, socket become a problem. And I think for that we need
to recompile the package with FS_SET_SIZE modified.

I am right ?

You didn't provide any information about the versions of the software you're using, so it's hard to say.

If you're using a 2.6 Linux kernel and OpenLDAP 2.3 then slapd will use epoll instead of select, and then FD_SETSIZE is irrelevant. Otherwise yes, you need to recompile with OPENLDAP_FD_SETSIZE defined to a larger number.


Robert Petkus wrote:
On linux you can do something like this to /etc/security/limits and
restart ldap:
ldap           soft    nofile          32768
ldap           hard    nofile          65525


Jean-Francois Bouchard wrote:

I have an interesting issue here.

We are operating a grid ( http://en.wikipedia.org/wiki/Grid_computing )
composed of a bit more than 300 CPUs.

We have a standalone machine that take care of our LDAP server. Right
now this machine run the LDAP server with a idletimeout set.

When a use submit a bunch of job (Lets say 10 000 jobs) each job
generate a query to the LDAP machine. What happen ? The only process
stop accepting connection due to the FD size limit (1024 connections).
Even with a idletimeout connection set at 2 second...

What choice we have to let our LDAP machine do more ...

We like to know if openLDAP can do like apache (fork a process for each
connection, or a process for a small bunch of connection.)


Jean-Francois Bouchard

  -- Howard Chu
  Chief Architect, Symas Corp.  http://www.symas.com
  Director, Highland Sun        http://highlandsun.com/hyc
  OpenLDAP Core Team            http://www.openldap.org/project/