On Tue, Mar 17, 2026 at 04:43:42AM -0000, c.venugopal521@gmail.com wrote:
Hi Team,
For the performance degrade we observed in our case on Windows platform only, did some research and have few findings. Check below details and share your thoughts and opinion.
[...]
OpenLDAP Source Code Analysis: After analyzing the OpenLDAP source code, identified one place where we observed code difference between Windows and Linux platform. In File: thr_nt.c, where wrappers implemented around NT threads (ldap_pvt_thread_mutex_***). Used HANDLE-based Windows Mutex (CreateMutex, WaitForSingleObject, ReleaseMutex)
[...]
After making these changes, build OpenLDAP library and verified with our Application. Now, we are not getting any performance degrade on Windows platform. Performance results are almost inline with existing Mozilla nsldap.
Your thoughts/Opinion request:
Are there existing recommendations or workarounds for high-concurrency Windows deployments with shared LDAP handles? Would a CRITICAL_SECTION implementation be acceptable, or are there concerns we haven't considered?
We would greatly appreciate your thoughts on:
- Whether this is the right direction for Windows performance
- Any concerns or edge cases we should address
- Any other regression areas we should consider with this change
Thank you for maintaining OpenLDAP and for considering this request!
You are welcome to open an ITS[0] proposing a change and provide a patch (see guidelines for contributing[1] as well).
[0]. https://bugs.openldap.org [1]. https://openldap.org/devel/contributing.html
Thank you,