On Thu, Jun 22, 2006 at 12:54:30PM -0400, Evan Daniel wrote: > On 6/21/06, Matthew Toseland <toad at amphibian.dyndns.org> wrote: > >IMHO we should slow down to the speed of the *median* peer - the medium > >one. An ubernode *must not* cause us to accept too many requests which > >are then all misrouted to it. However if we have a single peer on a > >dial-up then it's not unreasonable to route most of the traffic we would > >have sent to that peer to the next-best peer. > > > >I do think that we should take into account the median ... fewer > >arbitrary parameters is generally better. > > > >i = 2 essentially means we can send up to twice the number of requests > >to a peer as we ought to, correct? I think this is a bad way of looking > >at it ... > > So, if we have 3 nodes conected, which can handle 1, 10, and 100 > requests/min (for example), then we accept at most 21 requests/min?
And what exactly is wrong with that? Accepting 111 requests per minute would be unreasonable because 100 of them would have to be forwarded to the ubernode - even though it's very unlikely that 100 out of 111 have their first or even second choice route as the ubernode. And it just gives the ubernode way too much power. > > And the 6 extra that can't go to the slow node get routed to the next-best > node? Yes. You can maybe argue that it should be 30. But no more than that. > > If we're knowingly misrouting around slow nodes, then it seems to me > we should make a specfic effort to have the one request that can go to > the slow node be the one that it is most likely to be able to serve, > instead of the one that happens to arrive first. That is entirely possible with queueing. > Evan -- Matthew J Toseland - toad at amphibian.dyndns.org Freenet Project Official Codemonkey - http://freenetproject.org/ ICTHUS - Nothing is impossible. Our Boss says so. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: <https://emu.freenetproject.org/pipermail/tech/attachments/20060622/a47d98a8/attachment.pgp>
