On Thu, 13 Jan 2011 10:21:37 -0500, Dennis Nezic wrote: > On Wed, 12 Jan 2011 20:31:31 +0000, Matthew Toseland wrote: > > Build 1327 includes three bugfixes which will help to debug 1328, > > which hopefully will finally include the new load management > > prerequisites (sending the load messages, two-level timeouts). It > > will be mandatory on Monday but please upgrade now. The three fixes > > are related to: > > - Even if a request takes too long and times out, we need to tell > > the previous node about the timeout. This is necessary for two-stage > > timeout in the next build, which will look out for it to tell > > whether the timeout is the fault of the node we are waiting for or > > is a downstream error we can't do anything about. > > - Ignore some errors caused by nodes still running the old packet > > format (we work around these and they are not interesting; the same > > error is however interesting if it happens with new packet format). > > - Regard a message as sent after everything in the message has been > > sent once, even if it's not all in flight now due to packets being > > lost causing resends ("sent" is distinct from "acknowledged"). > > > > THANKS! Please report any problems you find! > > 1327 seems a lot more obedient, and hasn't gone berserk after about a > day of uptime. (Muchos Gracias.)
1327 also goes berserk sometimes, although perhaps less often. Oddly enough, it goes way way over my limit (for at least a few minutes) when my connection is congested from other activity. (Aka. the worst possible time to go berserk.) (Off topic hand waving, how hard is it, honestly, to have a counter on each incoming packet, and to only accept inputBandwidthLimit per second? (And perhaps to add clever debugging messages, for now, if the node is ever seen significantly exceeding this limit?)) _______________________________________________ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe