> Here's a crazy idea. I don't know whether this is even > possible in Java, but > what if we just had nodes not query reject, and instead had > them send a TCP > backoff request to slow incoming queries down so that they > are comming in at > the same rate that they are being processed. (With a buffer > of course) Then > the requesting node has a VERY good idea of how long it will > be before it > will get it's responce, and at any given time could say "Ah, > forget it, this > is taking to long." and then send it to the next node > instead. (Which is now > presumably faster.)
I don't think that TCP flow control stuff should be used for anything besides managing lowlevel flow.. It has nothing to do at the apllication level really.. > Is this possible to control, or fake at the application level > like this, or > would this have to involve sending some other control > messages on a separate > connection? When muxing is implemented it will be possible to send mulitple messages simultaneously over a single connection. Note that this isn't a TCP connection we are talking though.. It is an FNP connection. I do, however, doubt that java exposes the lowlevel stuff needed to produce a TCP backoff. regards /N _______________________________________________ Devl mailing list [EMAIL PROTECTED] http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl
