[freenet-devl] merging new_datastore back to cvs head

On Sat, Jan 12, 2002 at 04:51:47PM -0800, Ian Clarke wrote: > On Sat, Jan 12, 2002 at 07:50:11PM -0500, Tavin Cole wrote: > > It seems almost everyone (including Ian and Gianni) wants to go ahead > > with merging the new_datastore branch back to the cvs head, although > > its stability is still que

[freenet-devl] ConnectionHandlers ARE LEAKING! (0)

Should I be worried or look for in my log for something that might be helpful? How many can leak before I should restart my node? Ed ___ Devl mailing list Devl at freenetproject.org http://lists.freenetproject.org/mailman/listinfo/devl

[freenet-devl] freenet module online!

--- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: not available URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20020112/bf3b143a/attachment.pgp>

[freenet-devl] merging new_datastore back to cvs head

It seems almost everyone (including Ian and Gianni) wants to go ahead with merging the new_datastore branch back to the cvs head, although its stability is still questionable, and there is one serious known bug (garbage data read from the store when first downloading a key). This bug is likely to

[freenet-devl] FnpLinkManager

On Sat, Jan 12, 2002 at 03:59:59PM +0100, Niklas Mehner wrote: <> > Either one of the FnpLinkManager should be eleminated (Singleton object > !?! ... since I do not really know, what these are for, I'd be happy if > someone could tell me if this is the right way) or otherwise if the > DiffieHel

[freenet-devl] MaxNodeConnections

On Sat, Jan 12, 2002 at 04:39:14PM +0100, Sebastian Sp?th wrote: <> > Are we now restricting incoming and outgoing connections both by > MaxNodeConnections *and* maximumThreads? What`s the deal for both these > preferences if both do more or less the same (ok there might be some > more threads

[freenet-devl] merging new_datastore back to cvs head

. Name: not available Type: application/pgp-signature Size: 232 bytes Desc: not available URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20020112/23de298f/attachment.pgp>

[freenet-devl] MaxNodeConnections

Hi, Giannij, I don't understand the change you did. From your CVS comment: Reworked the connection management to get rid of the hard inbound rate limit. Inbound connections are now accepted as long as there are threads to handle them. The OCM maintains at most maxNodeConnections open connecti

[freenet-devl] FnpLinkManager

Hi ! There are two instances of the FnpLinkManager created during startup (branch new_datastore): java.lang.Exception: Stack trace at java.lang.Thread.dumpStack(Thread.java:1069) at Freenet.crypt.DiffieHellman.(DiffieHellman.java:57) at Freenet.session.FnpLinkManager.(FnpLinkManager.

[freenet-devl] rsync snapshots?

Any chance someone can enable rsync on the machine where the nightly snapshots are kept? I suspect that update.sh would be much more efficient if we could only transfer the parts of the .jar file that has changed. sourceforge has rsync, but I only see old releases kept there. -Wayne __

[freenet-devl] nodestatus

On Saturday 12 January 2002 01:11, Ian wrote: > On a related subject, we really need to merge the modifications made to > the default branch with the new datastore code, so that we can migrate > the whole thing to the new module. > I talked to Tavin on IRC today. It looks like he is going to mer

[freenet-devl] New connection management code checked into HEAD branch

I checked in the new connection management code that Oskar, Tavin and I discussed on IRC. See Oskar's earlier email for the rationale: http://hawk.freenetproject.org/pipermail/devl/2002-January/009858.html The connection culling is done by LRU as Oskar suggested. The node QueryRejects requests