« Return to Thread: Broadening the scope of the negative connection cache

Re: Broadening the scope of the negative connection cache

by Gerald (Jerry) Carter :: Rate this Message:

Reply to Author | View in Thread

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Marc VanHeyningen wrote:

> Gerald (Jerry) Carter sed:
>>> The obvious solution would be to migrate the negative
>>> connection cache to be stored in a different way, probably
>>> as a TDB file.  This would allow every child process to share
>>> the failure information.
>> I believe the easiest way to achieve this is simply to
>> use the gencache API and set a 60 second TTL on entries.
>
> Sounds good, but a 60 second TTL seems too short to me.  Attempting
> to find a host and having it fail to respond can take a significant
> fraction of 60 seconds in some (admittedly unusual) cases.
>
> Probably the best system is an adaptive one, which increases the
> TTL of the negative entry the longer the target remains inaccessible,
> but that's more complexity than this situation really warrants.

Anything to reduce timeouts is fine.  Let's just make one
change at a time.  Moving to gencache here is the first step.



jerry

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIKyVtIR7qMdg1EfYRAtovAJ45F8Ym/m7Y7OmYDeeoFtOXmhPd/gCff6VL
NVWMfc/rfPpblWJkXozYfPM=
=zU1j
-----END PGP SIGNATURE-----

 « Return to Thread: Broadening the scope of the negative connection cache

LightInTheBox - Buy quality products at wholesale price