> > > Connection attempts 1193 > > > Connection successes 1047 > > > Consecutive failed connections 0 > > > Probability of connection failure 0.017196883744822623 > > > > Umm, why is this bad? > > On my node, connectingTime is in the 10s range. The above > was doing 1 a second. If connection bring ups are expensive > (I thought they were), then firing up 1 a second to a node we > were just connected to 1 second ago, seems, well, odd to me.
FNP connections are heavy to create.. But they are opened only when there is a need for them. The high numbers might be caused by repeated tries to some unrespinsive nodes?! > If we compute the bandwidth used, surely the other node would > be less loaded (in terms of CPU used and upstream used) > leaving the connection up. > > The # of open connection is about as free as things get in > freenet. The don't kill os with context switches, they don't > take lots of memory, unlike threads. > > No connection should be reopened within 5x the connecting > time, or put another way, leave connections open if they > haven't been idle for 5x the connecting time. If not 5x, how > about 1x? Connections are ALWAYS left open until we have reached the connection limit or until it starts transfering corrupt messages or is closed by the other side. When the connection limit is reached the most-idle connection is killed of first. > > > Right now, these are using up all the job slots and > stalling out my > > > outbound connection even though I have 9 transmitting. > > > > Eh? They will be using up threads, you mean it's queryrejecting > > because of threads? > > Yes. Hmm.. Then increase maximumThreads (until even more async-ness in introduced)? /N _______________________________________________ Devl mailing list [EMAIL PROTECTED] http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl
