On Mon, Sep 22, 2003 at 12:13:13PM +0200, Some Guy wrote: > Two ideas: > 1) Reuse NGR code to let the node keep statistics on > itself like it's neighbors do. The quality of this > estimate would be far better than that a neighbor can > make, because it knows about all the queries it > handles, and it has a long time to same data, since it > can't disconnect from itself :-).
Or something more subtle, proposed a while ago. When you send a DataRequest, include a field MaxEstimate=<millis>. After the NGR node routes the request, it checks its estimate against MaxEstimate and rejects it if the routing target node's estimate is higher. May have load/DoS implications, but should if used properly improve accuracy. MaxEstimate would normally be determined from the difference in time estimates between the first and second routing choices. > > Reject queries for things outside your specialization > first. Eww. > This should teach other nodes quickly what your > specialization is. We do not know what our specialization is. We have had this discussion before too. > This should also hurt less than rejecting randomly, > since things outside your specialization can obviously > be routed else where anyway. > > Is this a lot of work? > Does the idea seem sound? > > 2) On every rejection message send some feedback > giving a quota for how many queries max should be > sent. Then the other node could just "prereject" > queries for you. We don't know how many queries OTHER nodes are sending it. That info could also be sent back, but what is the point? The NGRouting pSearchFailed should be sufficient... > > This number could be in queries per second or perhaps > better queries outstanding QS. For example: if QS=10, > I can send you 10 queries, but after that I have to > wait until you reject, accept, say something about them. > > __________________________________________________________________ > > Gesendet von Yahoo! Mail - http://mail.yahoo.de > Logos und Klingelt?ne f?rs Handy bei http://sms.yahoo.de -- Matthew J Toseland - [EMAIL PROTECTED] Freenet Project Official Codemonkey - http://freenetproject.org/ ICTHUS - Nothing is impossible. Our Boss says so.
signature.asc
Description: Digital signature
_______________________________________________ Devl mailing list [EMAIL PROTECTED] http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl
