LDAPSharedCacheSize 0
http://svn.haxx.se/users/archive-2014-05/0000.shtml
在 2014年4月23日星期三 UTC+8下午9:40:14，mark_w写道：
>
>
> On Wed, Dec 11, 2013 at 12:28 AM, Ben Reser <ben@> wrote:
>
> > I came to the conclusion that there was an LDAP problem as well.
> >
> > Things that would be interesting to know is if the httpd version changed
> > along
> > with the Subversion version or if httpd was left alone and only
> Subversion
> > was
> > updated.
> >
>
> We have experienced the 100% CPU consumption for some time now as well. We
> are using mpm_winnit and LDAP. I did manage to get a stack trace of the
> thread (085:a1c) running in a hard loop consuming 100% of 1 CPU on a 4 CPU
> machine. Here is our version info and the trace:
>
> [Thu Apr 17 10:27:28.528141 2014] [mpm_winnt:notice] [pid 3844:tid 436]
> AH00455: Apache/2.4.7 (Win64) SVN/1.8.8 OpenSSL/1.0.1f configured --
> resuming normal operations
> [Thu Apr 17 10:27:28.528141 2014] [mpm_winnt:notice] [pid 3844:tid 436]
> AH00456: Server built: Feb 14 2014 06:04:26
>
> 085:a1c
> libaprutil_1!apr_reslist_cleanup_order_set+0xc2
> libaprutil_1!apr_rmm_calloc+0x84
> mod_ldap+0x61d9
> mod_ldap+0x6907
> mod_ldap+0x39f2
> mod_authnz_ldap+0x1ae3
> mod_auth_basic+0x17f7
> libhttpd!ap_run_check_user_id+0x35
> libhttpd!ap_process_request_internal+0x3c4
> libhttpd!ap_die+0x4bf
> libhttpd!ap_die+0x577
> libhttpd!ap_psignature+0x1865
> libhttpd!ap_run_process_connection+0x35
> libhttpd!ap_regkey_value_remove+0x1603
> kernel32!BaseThreadInitThunk+0xd
> ntdll!RtlUserThreadStart+0x1d
>
> 4 other threads had similar stack traces and appeared to be looping as
> well
> though those threads appeared to be running between 30% to 50%. In
> aggregate
> all of the threads of the httpd child process consumed 99% to 100% of our
> 4
> CPU server. My conjecture is that there is some thread safety issue
> (please
> excuse my lack of proper thread terminology) that is causing the looping
> when multiple threads enter the same LDAP code shown in the traces. Once
> that happens the thread that passes connections into the worker threads
> can't do and so that thread eventually uses up all the worker threads but
> is
> unable to actually pass the work off to the workers. Most of the worker
> threads stack traces show them blocked on "ntdll!ZwRemoveIoCompletion+0xa"
> which I think is the normal wait state. Here's a two of the other four
> suspect stack traces which are all similar.
>
> 087:1264
> libaprutil_1!apr_reslist_cleanup_order_set+0xc2
> libaprutil_1!apr_rmm_calloc+0x84
> mod_ldap+0x624b
> mod_ldap+0x5fc6
> mod_ldap+0x69c1
> mod_ldap+0x39f2
> mod_authnz_ldap+0x1ae3
> mod_auth_basic+0x17f7
> libhttpd!ap_run_check_user_id+0x35
> libhttpd!ap_process_request_internal+0x3c4
> libhttpd!ap_die+0x4bf
> libhttpd!ap_die+0x577
> libhttpd!ap_psignature+0x1865
> libhttpd!ap_run_process_connection+0x35
> libhttpd!ap_regkey_value_remove+0x1603
> kernel32!BaseThreadInitThunk+0xd
> ntdll!RtlUserThreadStart+0x1d
>
> 090:7b0
> libaprutil_1!apr_reslist_cleanup_order_set+0xc6
> libaprutil_1!apr_rmm_calloc+0x84
> mod_ldap+0x61d9
> mod_ldap+0x6907
> mod_ldap+0x39f2
> mod_authnz_ldap+0x1ae3
> mod_auth_basic+0x17f7
> libhttpd!ap_run_check_user_id+0x35
> libhttpd!ap_process_request_internal+0x3c4
> libhttpd!ap_die+0x4bf
> libhttpd!ap_die+0x577
> libhttpd!ap_psignature+0x1865
> libhttpd!ap_run_process_connection+0x35
> libhttpd!ap_regkey_value_remove+0x1603
> kernel32!BaseThreadInitThunk+0xd
> ntdll!RtlUserThreadStart+0x1d
>
> We upgraded to the latest version of Subversion on Monday and the problem
> reoccurred early this morning though we were not able to get a process
> dump.
>
> [Wed Apr 23 04:15:17.065606 2014] [mpm_winnt:notice] [pid 1728:tid 436]
> AH00455: Apache/2.4.9 (Win64) SVN/1.8.8 OpenSSL/1.0.1g configured --
> resuming normal operations
> [Wed Apr 23 04:15:17.065606 2014] [mpm_winnt:notice] [pid 1728:tid 436]
> AH00456: Server built: Apr 8 2014 03:06:16
>
> Any advice or suggestions for alleviating this chronic issue would be
> appreciated. Let me know if anyone wants additional information or
> clarification.
>
> mark w
>
>
>
>
>
>
> --
> View this message in context:
> http://subversion.1072662.n5.nabble.com/Subversion-1-8-httpd-exe-taking-100-CPU-tp182657p188345.html
> Sent from the Subversion Users mailing list archive at Nabble.com.
>
Received on 2015-11-27 20:17:38 CET