userdb cache expiry
newsuser at famdijkstra.org
Tue Sep 19 15:05:31 PDT 2006
On Mon, 18 Sep 2006 16:05:08 -0400
Havoc Pennington <hp at redhat.com> wrote:
> Tim Dijkstra wrote:
> > Why doesn't dbus just rely on the OS to do the caching? On linux,
> > nscd exist for this purpose for example ...
> It was just too slow, I forget why but there were a *lot* of lookups.
> Maybe the real issue was just when running the test suite.
> This is something that should be fixed, I agree. As a first pass you
> could try hacking the cache so it never caches anything and see what
> difference it makes in time to run "make check" - probably better to
> develop a simple real-world benchmark, though.
FWIW, I commented out the part that gets the user from the cache
(AFAICS there is only one function that directly access the cache). Not
the part that puts it in, because that would create a memleak, which
would abort the test (I didn't feel like investigating it further). So
the test is even a bit unfair, in addition to looking up the user the
nocache case also tries to add the user all time.
Despite all this there doesn't seem to be significant difference
between the to cases;
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 189 bytes
Desc: not available
Url : http://lists.freedesktop.org/archives/dbus/attachments/20060920/e8c14b26/signature.pgp
More information about the dbus