[Raw Msg Headers][Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Negative caching
> > NB, sort-of-completely-unrelated question: Is there a sensible reason
> > why Zmailer doesn't do any negative cashing? It would seem that
> > fixing this would be _really_ trivial.
> Whatever method is used, a 10 000 entry cache isn't going to be
> quick to lookup/clean.
I'm not talking about 10000 entries. More likely 100 or so.
We have a local database connection, and fairly involved .cf files.
It seems rather wasteful to check the exact same information multiple
> Considering it, presume you have an external socket interfaced DB
> (like LDAP) using cache, you notice that something is missing, you
> insert the data, but then have to wait for same time as the positive
> cache waits before next lookup of same key.
The same happens when the information changes.
It's not a problem for me.
Matthias Urlichs | noris network GmbH | firstname.lastname@example.org | ICQ: 20193661
The quote was selected randomly. Really. | http://www.noris.de/~smurf/
Q might have done the right thing for the wrong reason, perhaps we
needed a good kick in our complacency to get us ready for what's ahead.
-- Picard to Guinan, "Q-Who?", stardate 42761.3