One other thing: if we are not going to implement iTTL, at the VERY least we should drop the failure table. 'We routed to a node that was less likely to get the key, but faster' is ABSOLUTELY NOT a good enough reason for blocking all requests for the key for the next half hour.
Fortunately currently relatively few requests are dropped by the failure table (failureTableBlocks, occurrences column). On Thu, Dec 04, 2003 at 11:13:49PM +0000, Toad wrote: > On Thu, Dec 04, 2003 at 08:07:00PM +0000, Ian Clarke wrote: > > If, as has been reported, a node which always DNFs gets an increasing > > number of requests then there is a bug in NGR - plain and simple - and > > it should be easy enough to track down. > > > > *This* should be our focus, not iTTL which seems like [yet another] > > hasty solution to a problem we haven't found yet. > > > > Toad is right to say that calculating tSearchFailed isn't easy, but > > wrong to say that tSearchFailed should be infinite. Just because > > something is unknown does not imply that it is infinite (you don't know > > my birthday, does that mean its infinite too?). > > > > In fact, tSearchFailed clearly shouldn't be infinite, if it were then we > > would prefer a slow node with pDNF of 0.8 over a fast node with pDNF > > 0.8000000000000001. Clearly that would be silly, ergo we want > > tSearchFailed to be less than infinity. > > You have to set an arbitrary threshold below which slight changes in > pDNF are irrelevant. More alchemy. Wonderful. > > > > > Estimates are calculated using (simplified): > > > > e = pDF*tDF + pDNF*(tDNF * tSearchFailed) > > > > Provided that tSearchFailed is always > tDF, a node should never prefer > > a node which DNFs over a node where requests succeed, especially when > > pDNF is 1. Zab's experiments with blackholes suggests that even when > > pDNF is 1, nodes are still routing requests - which suggests a bug. An > > easy way to debug this might be to include the estimator() calculation > > in the DataRequest such that a blackhole node could see why people keep > > routing to it. > > > > Lets examine the obvious explanations before we start to question the > > laws of physics. > > Ian. > > _______________________________________________ > > Devl mailing list > > [EMAIL PROTECTED] > > http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl > > -- > Matthew J Toseland - [EMAIL PROTECTED] > Freenet Project Official Codemonkey - http://freenetproject.org/ > ICTHUS - Nothing is impossible. Our Boss says so. > _______________________________________________ > Devl mailing list > [EMAIL PROTECTED] > http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl -- Matthew J Toseland - [EMAIL PROTECTED] Freenet Project Official Codemonkey - http://freenetproject.org/ ICTHUS - Nothing is impossible. Our Boss says so.
signature.asc
Description: Digital signature
_______________________________________________ Devl mailing list [EMAIL PROTECTED] http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl
