public inbox for glibc-bugs@sourceware.org help / color / mirror / Atom feed
* [Bug nscd/16104] New: nscd statistics are inaccurate when local client searches cache. @ 2013-10-31 5:13 carlos at redhat dot com 2013-10-31 5:16 ` [Bug nscd/16104] " carlos at redhat dot com ` (3 more replies) 0 siblings, 4 replies; 5+ messages in thread From: carlos at redhat dot com @ 2013-10-31 5:13 UTC (permalink / raw) To: glibc-bugs https://sourceware.org/bugzilla/show_bug.cgi?id=16104 Bug ID: 16104 Summary: nscd statistics are inaccurate when local client searches cache. Product: glibc Version: 2.19 Status: NEW Severity: normal Priority: P2 Component: nscd Assignee: unassigned at sourceware dot org Reporter: carlos at redhat dot com CC: drepper.fsp at gmail dot com A local client making use of nscd may request via GETFDPW, GETFDGR, GETFDHST, GETFDSERV, or GETFDNETGR that an mmap-able fd of the entire cache be made available such that that client can search the cache itself. This behaviour is the fast path and allows the client to offload some processing from the server process to the client process, and is in general faster than waiting for an nscd worker thread to complete the lookup. The problem is that if a positive hit or negative hit is found in the cache there is no way to update the server statistics on the successful hit and therefore in some cases the server statistics are completely inaccurate. I do not suggest that we slow down the fast path, but the server did receive one of the GETFD* request packets and therefore should have been able to record receiving one of those and display that as a statistic. I propose we display: %d number of client-side cache searches This way if you run `getent netgroup foo' in a loop you will at least see this statistic incrementing showing that the client's are doing all the lookups. Obviously a failed search via the client of the memory mapped cache means that the client must fall back on having nscd do the actual lookup and that will show up in the statistics (usually as a positive cache miss). -- You are receiving this mail because: You are on the CC list for the bug. ^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug nscd/16104] nscd statistics are inaccurate when local client searches cache. 2013-10-31 5:13 [Bug nscd/16104] New: nscd statistics are inaccurate when local client searches cache carlos at redhat dot com @ 2013-10-31 5:16 ` carlos at redhat dot com 2013-10-31 9:03 ` mfranc at redhat dot com ` (2 subsequent siblings) 3 siblings, 0 replies; 5+ messages in thread From: carlos at redhat dot com @ 2013-10-31 5:16 UTC (permalink / raw) To: glibc-bugs https://sourceware.org/bugzilla/show_bug.cgi?id=16104 --- Comment #1 from Carlos O'Donell <carlos at redhat dot com> --- The only way to get fully accurate statistics is to use SELinux to disable the permissions that control access to doing the local client-side cache search via shared memory. -- You are receiving this mail because: You are on the CC list for the bug. ^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug nscd/16104] nscd statistics are inaccurate when local client searches cache. 2013-10-31 5:13 [Bug nscd/16104] New: nscd statistics are inaccurate when local client searches cache carlos at redhat dot com 2013-10-31 5:16 ` [Bug nscd/16104] " carlos at redhat dot com @ 2013-10-31 9:03 ` mfranc at redhat dot com 2013-11-02 4:46 ` carlos at redhat dot com 2014-06-13 12:27 ` fweimer at redhat dot com 3 siblings, 0 replies; 5+ messages in thread From: mfranc at redhat dot com @ 2013-10-31 9:03 UTC (permalink / raw) To: glibc-bugs https://sourceware.org/bugzilla/show_bug.cgi?id=16104 Miroslav Franc <mfranc at redhat dot com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mfranc at redhat dot com -- You are receiving this mail because: You are on the CC list for the bug. ^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug nscd/16104] nscd statistics are inaccurate when local client searches cache. 2013-10-31 5:13 [Bug nscd/16104] New: nscd statistics are inaccurate when local client searches cache carlos at redhat dot com 2013-10-31 5:16 ` [Bug nscd/16104] " carlos at redhat dot com 2013-10-31 9:03 ` mfranc at redhat dot com @ 2013-11-02 4:46 ` carlos at redhat dot com 2014-06-13 12:27 ` fweimer at redhat dot com 3 siblings, 0 replies; 5+ messages in thread From: carlos at redhat dot com @ 2013-11-02 4:46 UTC (permalink / raw) To: glibc-bugs https://sourceware.org/bugzilla/show_bug.cgi?id=16104 --- Comment #2 from Carlos O'Donell <carlos at redhat dot com> --- Patch: https://sourceware.org/ml/libc-alpha/2013-11/msg00029.html -- You are receiving this mail because: You are on the CC list for the bug. ^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug nscd/16104] nscd statistics are inaccurate when local client searches cache. 2013-10-31 5:13 [Bug nscd/16104] New: nscd statistics are inaccurate when local client searches cache carlos at redhat dot com ` (2 preceding siblings ...) 2013-11-02 4:46 ` carlos at redhat dot com @ 2014-06-13 12:27 ` fweimer at redhat dot com 3 siblings, 0 replies; 5+ messages in thread From: fweimer at redhat dot com @ 2014-06-13 12:27 UTC (permalink / raw) To: glibc-bugs https://sourceware.org/bugzilla/show_bug.cgi?id=16104 Florian Weimer <fweimer at redhat dot com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |security- -- You are receiving this mail because: You are on the CC list for the bug. ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2014-06-13 12:27 UTC | newest] Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2013-10-31 5:13 [Bug nscd/16104] New: nscd statistics are inaccurate when local client searches cache carlos at redhat dot com 2013-10-31 5:16 ` [Bug nscd/16104] " carlos at redhat dot com 2013-10-31 9:03 ` mfranc at redhat dot com 2013-11-02 4:46 ` carlos at redhat dot com 2014-06-13 12:27 ` fweimer at redhat dot com
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).