On Thu, Oct 18, 2001 at 06:28:28PM -0400, Gianni Johansson wrote: > On Thursday 18 October 2001 16:42, Oskar wrote: > > On Thu, Oct 18, 2001 at 04:42:43PM -0400, Gianni Johansson wrote: > > > On Thursday 18 October 2001 15:24, you wrote: > > > > < > > > > > > The fundamental problem with the current CP approach is that it doesn't > > > take time into account in the way it models contact reliability. No > > > amount of tuning will fix this. > How is time taken into account in the current system? > > The phenomenon being modeled is time dependant and I can figure out where > time is factored in, even implicitly.
The expected amount of time until the next time a node is not skipped is 1/CP * <average time between it being picked> Nodes that get picked more often, like your former node in this case, will loose there CP faster, but since they get picked more often, they have a greater chance of getting routed to even if the CP is low. I don't see what the problem is. <> > > The only reason that would have happened was if the former node got > > picked in the RoutingTable as many times in 20 minutes as the latter did > > in 7 days. > Which is what should happen if CP's are doing their job. No, when I say "picked" I mean that it comes up and it rolls to whether to use it, ie before the CP comes into play. > >And since it continues to get picked 504 times as often, it > > will obviously be routed to more often even though the CP is the same. > > > > ? > > I don't follow your analysis. > > The RoutingTable *depends* on the CP of the node refs. > > TreeRoutingTable.findRoutes > -> TreeRoutingTable.RouteWalker.nextElement() > -> TreeRoutingTable.RouteWalker.step() > > Take the case where there are only two noderefs, the one that always responded > until 10 minutes ago and the one that has never responded. Having only two neighbors is a pointless degenerate example. It would not happen if the network was even close to working in other regards. <> -- Oskar Sandberg oskar at freenetproject.org _______________________________________________ Devl mailing list Devl at freenetproject.org http://lists.freenetproject.org/mailman/listinfo/devl
