Ian wrote:
> I think that we can then start to think about how we can incorporate a
> bias towards sending messages to closer nodes / nodes with lower
> ping-time - the strength of this bias should be configurable.
> We could
> even measure speed of connections to particular nodes on-the-fly as we
> retrieve data from, or send data to, those nodes. Perhaps a hashtable
> mapping node addresses to data through-put rates, although we
> shouldn't
If we implement an idea I posted a couple of weeks ago you don't need any of
these performance statistics.
I sugested changing requests so instead of having it sent to just one node
to have it sent to best 3 nodes in parallel(or any configurable number) and
take the first reply as the reference for the key.
This will also reduce the problems duff nodes pose since if at least one in
three nodes reply the request is succesfull.
The bad nodes will just phase out naturally.
Neil
_______________________________________________
Freenet-dev mailing list
Freenet-dev at lists.sourceforge.net
http://lists.sourceforge.net/mailman/listinfo/freenet-dev
