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

Reply via email to