On November 21, 2003 01:45 pm, Toad wrote: > On Fri, Nov 21, 2003 at 12:01:27PM -0500, Ed Tomlinson wrote: > > On November 21, 2003 06:41 am, Ian Clarke wrote: > > > It seems that we aren't seeing the hoped-for specialization in NGR. > > > Rather than futzing about with all sorts of ideas while trying to test > > > them in the chaotic real network, we need a simple simulator to help us > > > test these ideas. > > > > One idea to test on that simulator is are we specializing by key or > > for fast connections. It seems to me that, by far, the largest chunks > > of the NG estimator are from transmission time... When I did the > > first stabs at NG I was only basing it on search times and, if > > memory serves, it was getting much better numbers. > > > > Maybe we should be normallizing to a size that does not give > > a number much greater than transmission time? > > Why?
The search time is usually a number averaging around 15,000 ms The time to recieve a normalized file is over 150,000 ms. This means the 15000 (or 2000 or 30000) gets lost in the noise and NGR just looks for the fastest node. > Don't you think we get more accurate numbers by taking into account file > size? This allows NGR to balance specialization, transfer speed, and > search time for a given request... The number are more accurate but do not take us towards our goal.. Ed > > This implies that the simulator needs to be able to simulate > > both fast and slow nodes. > > Yeah, a useful simulator for NGRouting would be a pig. > > > Ed > > > > > The simulator would model a set of Freenet nodes and use the actual > > > Estimator code from Freenet, but feeding samples from the simulator > > > into it. Initially it would be very simple, each hop would be assumed > > > to take a uniform time, nodes would never QR, and all data is the same > > > size, and transfer rates are always the same. This would at-least > > > allow us to gain a more intuitive understanding of how best to achieve > > > specialization in NGR. This would also provide a useful distraction > > > from meddling with the real network so that we can allow it to settle > > > into a steady-state. > > > > > > Thoughts? > > > > > > Ian. _______________________________________________ Devl mailing list [EMAIL PROTECTED] http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl
