icp_no_misses

-----BEGIN PGP SIGNED MESSAGE-----

I was thinking that for clusters of closely coupled caches dealing
with a very high volume of requests it might make more sense to have a
way of turning off the returning of ICP misses to nominated servers.

This could put the requesting server in a sticky position, so I think
it would need to know that a particular peer wasn't going to be
returning ICP misses - say via an option in its cache_host directive.
It probably would also be necessary to be able to specify a
neighbor_timeout in terms of milliseconds rather than seconds, but I
don't know whether this is feasible.

I'm wondering if there are any obvious flaws in this as an idea -
overlooking the actual implementation detail for now. What do people
think?

Cheerio,

Martin
(whose caches dealt with 17 million ICP requests yesterday :-)

-----BEGIN PGP SIGNATURE-----
Version: 2.6.3i
Charset: noconv

iQCVAwUBNGBrHtZdpXZXTSjhAQEytAP/dElHixbJ2mKLMsHRRaD3Hg1b615d+y07
Zb7CWhpk7xkeY3aKRibmRHnK1cMTqgWRdj2VzLx2KDGTNPjBmsjkvrhAkkqW2EK2
OkR3BluB95/gBQxrBXB+aL+7HtAKDb2MJfrIFyj7+6LKL/zqMU0v/Q8ZhB4ioeK2
sHh3M+wAn4A=
=w6/A
-----END PGP SIGNATURE-----
Received on Tue Jul 29 2003 - 13:15:44 MDT