In message <[EMAIL PROTECTED]>, Toad <[EMAIL PROTECTED]> writes
On Wed, Nov 05, 2003 at 08:03:43PM +0000, Roger Hayter wrote:
In message <[EMAIL PROTECTED]>, Martin Stone Davis
<[EMAIL PROTECTED]> writes
>Roger Hayter wrote:
>
>>In message <[EMAIL PROTECTED]>,  Martin Stone Davis
>><[EMAIL PROTECTED]> writes
>>
><SNIP>
>>>Roger Hayter wrote:
>>>
>>>Specialization:
>>>---------------
>>>I guess the idea is that if there are 10 areas of specialization,
>>>and  we know 5 that specialize in the first area, but all 5 regularly
>>>QR,  then we begin diluting the specialization of the other nodes
>>>which  aren't specialized in the first area.  Did I state the problem
>>>
>>  Not entirely, suppose we start with 10 nodes which are only 0.1%
>>specialised due to random variations in what they have cached, and are
>>never likely to get more specialised.
>
>Why aren't they likely to get more specialized?  Can you draw out your
>example a bit more?

Well, if speed of rejection favours a node many times more than what it
is good at retrieving, then there is little or no selection pressure in

It doesn't. Rate of rejection perhaps. But it has been explained that the probability of a QueryRejection is multiplied by the sum of the rejection time AND the time for a successful request from another node.

favour of a given specialisation.  I am suggesting there is a threshold
of selection pressure below which it has no effect, because random
events in the node have a bigger effect on specialisation than any net
specialisation of requests, over relevant time periods.

Well unfortunately at the moment the probability of the node QueryRejected'ing may well be a dominating factor in NGRouting - but I don't think the solution is to radically alter NGRouting, the solution is to make the nodes QR less.


In which case, will other nodes just send them a lot more queries, until they QR again??
--
Roger Hayter
_______________________________________________
Devl mailing list
[EMAIL PROTECTED]
http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl

Reply via email to