[389-users] port 389 listener getting hung up on connection locks?

Rich Megginson rmeggins at redhat.com
Thu Jul 24 19:50:39 UTC 2014


On 07/24/2014 12:50 PM, Thomas Walker wrote:
> On Thu, Jul 24, 2014 at 10:55:54AM -0600, Rich Megginson wrote:
>> 1) I think you are running too many threads.  Having too many threads causes
>> too much thread contention, which leads to performance problems.  Did you set
>> nsslapd-threadnumber?  If so, try setting it to 2 times the number of cores on
>> your system.  If you didn't touch nsslapd-threadnumber, then it must be a bug,
>> because the default number is 30 (for historical reasons).
> Thanks, inherited config from a predecessor.  Cranked that back down significantly.
>
>> 2) Thread 1 summary:
>> fsync fsync ?? vslapd_log_error slapd_log_error_proc_internal
>> slapd_log_error_proc handle_pr_read_ready slapd_daemon main
>>
>> When doing stack traces, it is best to do it with no additional error log
>> levels.  This fsync() in the daemon main loop is very expensive.
> Done.
>
>> 3) There are a lot of stack traces waiting on locks related to virtual
>> attribute lookups, for example:
>> Thread 86
>> ?? ?? ?? ?? PR_vsmprintf slapi_ch_smprintf vattr_map_namespace_sp_getlist
>> slapi_vattr_namespace_values_get_sp send_specific_attrs
>> send_ldap_search_entry_ext send_ldap_search_entry iterate send_results_ext
>> op_shared_search do_search connection_dispatch_operation ?? start_thread clone
>> ??
> And done.
>
> Attaching some new stacktraces with those out of the way.

Did the above make any significant difference with respect to the 
performance?

>
>
> --
> 389 users mailing list
> 389-users at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/389-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/389-users/attachments/20140724/8185c06c/attachment.html>


More information about the 389-users mailing list