This is the mail archive of the
glibc-bugs@sources.redhat.com
mailing list for the glibc project.
[Bug nscd/292] nscd performance drop with case insensitive attributes
- From: "drepper at redhat dot com" <sourceware-bugzilla at sources dot redhat dot com>
- To: glibc-bugs at sources dot redhat dot com
- Date: 7 Oct 2004 11:30:23 -0000
- Subject: [Bug nscd/292] nscd performance drop with case insensitive attributes
- References: <20040729072046.292.muehlenhoff@univention.de>
- Reply-to: sourceware-bugzilla at sources dot redhat dot com
------- Additional Comments From drepper at redhat dot com 2004-10-07 11:30 -------
I cannot reproduce anything like this with the current code base. I have
nothing older around and even if, it's meaningless.
Without nscd running I get these times:
$ time getent group "Domain Users" > /dev/null
real 0m0.122s
user 0m0.032s
sys 0m0.009s
$ time getent group "Domain users" > /dev/null
real 0m0.123s
user 0m0.036s
sys 0m0.017s
When I start nscd (the persistent cache removed) I get for the first and second
run these numbers:
$ time getent group "Domain Users" > /dev/null
real 0m0.132s
user 0m0.001s
sys 0m0.003s
$ time getent group "Domain Users" > /dev/null
real 0m0.003s
user 0m0.001s
sys 0m0.002s
$ time getent group "Domain users" > /dev/null
real 0m0.132s
user 0m0.000s
sys 0m0.003s
$ time getent group "Domain users" > /dev/null
real 0m0.003s
user 0m0.001s
sys 0m0.003s
The first query of "Domain users" of course had to get the data from the server
again since the "Domain Users" lookup does not have this key and nscd does not
know (and must not know) about the case insensitivity of LDAP.
I.e., if you really have problems, use a system using the current code base.
E.g., FC3t2.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |RESOLVED
Resolution| |WORKSFORME
http://sources.redhat.com/bugzilla/show_bug.cgi?id=292
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.