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 :-).
What would that be useful for apart from drawing pretty pictures (which we already do). > Reject queries for things outside your specialization > first. Terrible idea - specialization should occur naturally, it doesn't have to be forced artificially, and doing so will be harmful. > 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. > > 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. That might be interesting - although other nodes should be able to figure out for themselves what their neighbors capabilities are. Ian. -- Ian Clarke [EMAIL PROTECTED] Coordinator, The Freenet Project http://freenetproject.org/ Weblog http://slashdot.org/~sanity/journal _______________________________________________ Devl mailing list [EMAIL PROTECTED] http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl
