[freenet-dev] Resolving OutOfMemory and decreasing bandwidth over time problems

2003-09-29 Thread Martin Stone Davis
After changing to JavaMem=256, my node (build 6211) has now been up for 18 hours with no out of memory problem and no decrease in outgoing bandwidth. I'll post again if the same problem comes back. I have two recommendations: 1. When freen

[freenet-CVS] freenet/src/freenet Version.java,1.405,1.406

2003-09-29 Thread Ed Tomlinson
Update of /cvsroot/freenet/freenet/src/freenet In directory sc8-pr-cvs1:/tmp/cvs-serv17505 Modified Files: Version.java Log Message: Up version for routing fix and tuning Index: Version.java === RCS file: /cvsroot/freenet/f

[freenet-CVS] freenet/src/freenet/node/rt DecayingRunningAverage.java, 1.2, 1.3

2003-09-29 Thread Ed Tomlinson
Update of /cvsroot/freenet/freenet/src/freenet/node/rt In directory sc8-pr-cvs1:/tmp/cvs-serv17081 Modified Files: DecayingRunningAverage.java Log Message: Hack to reset bad rtSearchFail averages - this should NOT be merged to to stable - edt Index: DecayingRunningAverage.java

Re: [freenet-dev] Re: Splitfile inserts broken (among other things)in unstable

2003-09-29 Thread Ian Clarke
Grrr, one of the seednode sources was returning bogus data. Ian. On Mon, Sep 29, 2003 at 07:53:16AM +0200, Niklas Bergh wrote: > Sanity? > > >I tried re-seeding, but getting the same exception. > > > >I opened up seednodes.ref, and on line 601: > > > >( Error: Unable to retreve data from databas

[freenet-dev] ng fixes

2003-09-29 Thread Ed Tomlinson
Hi, I have committed two ng routing fixes. The first change just makes the ng weight calculation be internally consistant. The second is fairly important. When we got timeouts the time used to update the search failed time was wrong. This lead to very large numbers for search failed time and

[freenet-CVS] freenet/src/freenet/node/states/request Pending.java, 1.61, 1.62

2003-09-29 Thread Ed Tomlinson
Update of /cvsroot/freenet/freenet/src/freenet/node/states/request In directory sc8-pr-cvs1:/tmp/cvs-serv10127 Modified Files: Pending.java Log Message: Fix seting of the rtSearchFailed average when timeouts occur, make estimate use numbers consistantly - edt Index: Pending.java ===

[freenet-CVS] freenet/src/freenet/node/rt StandardNodeEstimator.java, 1.2, 1.3

2003-09-29 Thread Ed Tomlinson
Update of /cvsroot/freenet/freenet/src/freenet/node/rt In directory sc8-pr-cvs1:/tmp/cvs-serv9597 Modified Files: StandardNodeEstimator.java Log Message: Fix seting of the rtSearchFailed average when timeouts occur, make estimate use numbers consistantly - edt Index: StandardNodeEstimat

Re: [freenet-dev] Re: Decreasing upstream bandwidth over time in 6205 -- persists in 6209

2003-09-29 Thread Dan Merillat
On Mon, 29 Sep 2003, Michael Schierl wrote: > On Sat, 27 Sep 2003 18:53:04 -0700, Martin Stone Davis wrote: > > > If I have faulty hardware, how am I supposed to tell? I'm not having > > any problems with other applications (one of which is memory intensive). > > http://www.memtest86.com/ > >

Re: [freenet-dev] bandwidth limit broken in 6211

2003-09-29 Thread Edward J. Huff
On Sun, 2003-09-28 at 23:58, Brandon Low wrote: > Yeah, limiting don't work none here either :-D Seems like the async > trailer sends don't manage to get fully accounted for in bwlimiting or > something... hopefully toad will work on this tomorrow. > --B > I just updated CVS and built 6212. The

[freenet-dev] Really Stupid Routing (RSR)

2003-09-29 Thread Some Guy
Consider Really Stupid Routing (RSR), where each request or insert is forwarded to some random neighbor. Assuming all y nodes cache data on insertion. We can caculate the chance of a single request returning data from a single insert: x = HTL insert y = HTL request N = number chance one not one p

Re: [freenet-dev] Re: Decreasing upstream bandwidth over time in 6205 -- persists in 6209

2003-09-29 Thread Tom Kaitchuck
On Sunday 28 September 2003 07:37 pm, fish wrote: > On Mon, Sep 29, 2003 at 12:54:37AM +0200, Michael Schierl wrote: > > On Sat, 27 Sep 2003 18:53:04 -0700, Martin Stone Davis wrote: > > > If I have faulty hardware, how am I supposed to tell? I'm not having > > > any problems with other applicatio

Re: [freenet-dev] RFC: Decaying Partial Keys

2003-09-29 Thread Some Guy
--- Dan Merillat <[EMAIL PROTECTED]> wrote: > On Fri, 26 Sep 2003, Some Guy wrote: > > Store the individual signatures in different > places, > > but to insert actual data, one first must collect > > those signatures and the policy to send with the > data > > so you can validate it on it's way in.

[freenet-CVS] freenet/src/freenet/thread ThreadStatusSnapshot.java, 1.1, 1.2

2003-09-29 Thread Niklas Bergh
Update of /cvsroot/freenet/freenet/src/freenet/thread In directory sc8-pr-cvs1:/tmp/cvs-serv4274/src/freenet/thread Modified Files: ThreadStatusSnapshot.java Log Message: Renamed ThreadCount to PooledThreadCount to better reflect what it actually is used for Index: ThreadStatusSnapshot.j

[freenet-CVS] freenet/src/freenet/node/http/infolets EnvironmentInfolet.java, 1.44, 1.45

2003-09-29 Thread Niklas Bergh
Update of /cvsroot/freenet/freenet/src/freenet/node/http/infolets In directory sc8-pr-cvs1:/tmp/cvs-serv3970/src/freenet/node/http/infolets Modified Files: EnvironmentInfolet.java Log Message: Added ThreadStatusSnapshot, can be used to take a snapshot of current thread status Made Environ

[freenet-CVS] freenet/src/freenet/thread ThreadStatusSnapshot.java, NONE, 1.1

2003-09-29 Thread Niklas Bergh
Update of /cvsroot/freenet/freenet/src/freenet/thread In directory sc8-pr-cvs1:/tmp/cvs-serv3970/src/freenet/thread Added Files: ThreadStatusSnapshot.java Log Message: Added ThreadStatusSnapshot, can be used to take a snapshot of current thread status Made EnvironmentInfolet use the above