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.
Attachment:
stacktraces2.tar.gz
Description: Binary data
-- 389 users mailing list 389-users@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/389-users
