[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