Re: [389-users] Performance cuestions about ds.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



----- "Julio Gómez Belmonte" <julio@xxxxxxxxxxxxx> wrote:

> Hello everybody, 
> 
> This is my first message to the list, so I hope don't make recurring
> questions. 
> 
> My question concerns the performance of directory server, I have a
> directory with a large number of entries, ~ 20,000 objects. My
> question is: When I receive a too large query,

Can you be more specific about what you mean by "too large query"?

> the directory will be
> suspended until they answer this query

What is your platform?  What version of directory server?  How do you know the directory server is suspended?

> I could see that there are
> options to determine the threads that will use the directory
> (nsslapd-threadnumber), persistent searches and apply administrative
> limits to the queries.

Did you change any of these settings from the defaults?

> I am evaluating what changes to implement but I
> have several doubts. When I run the directory, I get a single process
> (ns-slapd) which is consuming 100% CPU when doing too long queries,

More details please - search base, scope, filter - how many entries match the query - what user are you running as - have you changed any of the default administrative limits, database caching options, etc. etc.

> if
> we have a multi-thread support, should appear multiple processes or
> Directory threads (ns-slapd)?

single process with multiple threads

> Recommendations that could be followed
> in a case like this? 
> 
> Thanks and best regards,
> 
> --
> 389 users mailing list
> 389-users@xxxxxxxxxx
> https://www.redhat.com/mailman/listinfo/fedora-directory-users

--
389 users mailing list
389-users@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-directory-users

[Index of Archives]     [Fedora Directory Users]     [Fedora Directory Devel]     [Fedora Announce]     [Fedora Legacy Announce]     [Kernel]     [Fedora Legacy]     [Share Photos]     [Fedora Desktop]     [PAM]     [Red Hat Watch]     [Red Hat Development]     [Big List of Linux Books]     [Gimp]     [Yosemite News]

  Powered by Linux