Re: (ITS#7375) slapo-dynlist is very slow
by rouazana@linagora.com
Note that using "sortvals uniqueMember" configuration allows dynlist to
work in a correct time (about 3s for a base search on the group).
So I don't know I you want this issue to be fixed or not.
Regards,
Raphaël Ouazana.
11 years, 3 months
(ITS#7375) slapo-dynlist is very slow
by raphael.ouazana@linagora.com
Full_Name: Raphael Ouazana
Version: 2.4.31
OS: Linux
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (88.173.78.196)
Hi,
I'm using dynlist to generate a dynamic group with ~50k users.
The LDAP request written in the memberURL attribute takes about 8 seconds to
execute.
But a base search request on the group takes more than 2 minutes to execute.
So I think dynlist should be optimized.
Regards,
Raphaël Ouazana.
11 years, 3 months
(ITS#7374) [PATCH] MozNSS: better file name matching for hashed CA certificate directory
by jvcelak@redhat.com
Full_Name: Jan Vcelak
Version: git master
OS: Linux
URL: ftp://ftp.openldap.org/incoming/jvcelak-20120829-moznss-beter-file-name-m...
Submission from: (NULL) (209.132.186.34)
This change concerns Mozilla NSS crypto backend:
CA certificate files in OpenSSL compatible CACERTDIR were loaded if the file
extension was '.0'. However the file name should be 8 letters long certificate
hash of the certificate subject name, followed by a numeric suffix which is used
to differentiate between two certificates with the same subject name.
With this patch, certificate file names are matched correctly (using regular
expressions).
The attached file is derived from OpenLDAP Software. All of the modifications to
OpenLDAP Software represented in the following patch(es) were developed by Red
Hat. Red Hat has not assigned rights and/or interest in this work to any party.
I, Jan Vcelak am authorized by Red Hat, my employer, to release this work under
the following terms.
Red Hat hereby place the following modifications to OpenLDAP Software (and only
these modifications) into the public domain. Hence, these modifications may be
freely used and/or redistributed for any purpose with or without attribution
and/or other notice.
11 years, 3 months
Re: (ITS#7363) libmdb should use POSIX semaphores on non-apple BSD systems too.
by cmikk@qwest.net
On Wed, Aug 29, 2012 at 08:07:31AM +0200, Hallvard Breien Furuseth wrote:
> We can #ifndef PTHREAD_PROCESS_SHARED instead of BSD, unless someone
> #define it without supporting it. Not for MDB_FDATASYNC though.
The *BSD systems define PTHREAD_PROCESS_SHARED but do
not implement sharable pthread mutexes. The flag name
is part of the API, but implementation of the behavior
it requests is optional.
--
Chris Mikkelson | Quidquid latine dictum sit, altum viditur
cmikk(a)qwest.net |
11 years, 3 months
Re: (ITS#7363) libmdb should use POSIX semaphores on non-apple BSD systems too.
by h.b.furuseth@usit.uio.no
Howard Chu writes:
> PTHREAD_PROCESS_SHARED is defined just about everywhere, that's not a useful
> test. (You only discover at runtime that the mutex creation/init failed...)
Argh. Oh well, we should only do the namespace cleanup, then. __BSD__
symbols etc.
BTW, I think the lock file should contain a field indicating the sync
primitive type, so different compilations of MDB won't use different
sync primitives. Which maybe also means we might as well pick the
primitive at runtime (try PTHREAD_PROCESS_SHARED first, then sem_open).
--
Hallvard
11 years, 3 months
Re: (ITS#7363) libmdb should use POSIX semaphores on non-apple BSD systems too.
by h.b.furuseth@usit.uio.no
Please try this patch, I can't. It's split up for readability.
Replace defined(BSD) in 1st patch with defined(__BSD__) or whatever,
see below.
http://folk.uio.no/hbf/its7363-cleanup.txt
Also, maybe we can drop __APPLE__ - it may #define __BSD__ too.
ANDROID should be something like __ANDROID__. I can't test either.
Explanation:
defined(BSD) breaks in strict ISO C mode. Is there a symbol like
__BSD__ or __BSD to use instead?
Namespace-wise, "MDB_USE_POSIX_SEM" would be better.
MDB_FDATASYNC should not depend on USE_POSIX_SEM.
We can #ifndef PTHREAD_PROCESS_SHARED instead of BSD, unless someone
#define it without supporting it. Not for MDB_FDATASYNC though.
--
Hallvard
11 years, 3 months