On Tue, Aug 22, 2000 at 11:37:25AM +0200, Neil Barsema wrote: > > Bob is slow and routes the request onward, finding the data data with > > David and sends a reply which Alice discards. How is taking David's > > address as the reference on data she retrieved from Charles instead of > > data she retrieved from Bob mattering any to Bob or Charles? > > > The first thing it does is it makes sure Alice gets here request quicker, > not unimportant. > Seccondly, say Susan want the same bit of data just after Alice's request > and has roughly the same datastore as Alice had, so she'll also sends the > message to Bob and Charles. Both Bob and Charles now already have a copy > and since Charles is faster, Susan will have the 'best' reference in her > datastore. > And this means data *will* cross the Atlantic only a couple of times.
This has nothing to do with weighing by connection - your simply saying it will be faster because the data ends up in more places, which is completely contrary to the smart routing we are trying to achieve. Remember that both Bob and Charles dropped some other piece of data when they added the data that Alice requested. > Furthermore I would suggest nodes reject requests with a messageId that they > have already serviced (in your example Bob's request to David) so Bob is > forced to look elsewhere for the data wich still could turn out to be the > faster route if the information is hard to find. Obviously you would have it so that if two branches reached the same node one after the other the latter would simply be dropped, since it can't possibly win the race (unless you are doing the forking just to put data in more places which is silly and dumb). Trying to bounce the later fork back would be ridiculous since it would it's "forced" route of being pushed off where it naturally wants to go (because the faster fork got there first) would keep trying to converge with the natural route (doing no good and causing lots of work for the nodes). > > > Neil > > > > > > > > > > > > > _______________________________________________ > Freenet-dev mailing list > Freenet-dev at lists.sourceforge.net > http://lists.sourceforge.net/mailman/listinfo/freenet-dev > -- \oskar _______________________________________________ Freenet-dev mailing list Freenet-dev at lists.sourceforge.net http://lists.sourceforge.net/mailman/listinfo/freenet-dev
