So: A node should be able to establish how many queries it can handle without problems in a given stretch of time (I assume this should be reasonably easy to do experimentally). What if a node told other nodes how many requests each of them are permitted to send to it in a given time-period to ensure that the total such number of incoming requests aren't exceeded?
And how would a node know the proper distribution of quotas? Between the difficulty of redistributing unused quota in a timely manner and figuring out how to assign the proper quotas to the proper nodes in the first place I just don't think the idea of these quotas flies very well. They just _feel_ arbitrary and constricting.
On the other hand, by just providing a little more information perhaps requesting nodes could make better decisions on their own and to their own advantages. Could a node include some sort of low cost, low overhead, rough estimate of load with all communication with nodes making requests? If a requesting node has a request in my stack and I let it know that I'm getting overloaded, isn't it in its own best interest to let me work harder on what I have by trying to send its requests elsewhere?
I agree that more informative feedback is probably the best way to a solution. It seems like there's a chance to leverage self interest to improve balancing through this information. Somehow.
~Chris
_______________________________________________ Devl mailing list [EMAIL PROTECTED] http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl
