On Tue, 2003-12-02 at 18:27, Toad wrote:
> Yes. Your new specialization will likely have little to do with the
> contents of your datastore. Therefore most of your cached data will be
> of no use.
This seems such a waste! Is it possible to get Fred to find data 'lost'
on nodes like this by getting
At 16/10/2003 16:33, you wrote:
>On Fri, Oct 17, 2003 at 01:21:55AM +1000, fish wrote:
>> On Thu, Oct 16, 2003 at 04:01:04PM +0100, Toad wrote:
>> > On Thu, Oct 16, 2003 at 12:12:11PM +1000, fish wrote:
>> > > Hrm, how would this effect uses who are stuck behind NAT's that
they are
>> > > not in a
Logging a brand new, stable node shows that in the last 6 hours it hasn't
received any incoming connections from a 6xxx node, which seems curious.
The node has been up 24 hours and has a Local Mean Traffic of 11551. Its
routing table has about 1/3 unstable nodes, so it has integrated fairly
wel
Lets do this properly and keep it under the project umbrella. The last
thing we need are different competing and deliberately incompatable
Freenet versions.
Basically stable should be reverted to whatever the current consensus is
on a stable version, and we need two separate seedlists.
I alr
At 24/07/2003 14:01, you wrote:
>On Thursday 24 July 2003 12:36, Michael Schierl wrote:
>> Toad schrieb:
>> > Changes (a ton, mostly not mine):
>> > * Implemented support for ZIP containers
>...
>
>Call me skeptical, but I think this is an amazingly bad idea. It removes any
>concept of having redun
After 2 hours running 6508 (freenet-exp-20030722.tgz) here's what the
routing stats look like:
Number of node references 49
Contacted node references 41
Total Reference Keys 345
Node references requesting ARKs 1
Route Trials 27488
Route Successes 3368
Cached Trials 14302
Cached Successes
At 22/07/2003 02:19, you wrote:
>On Monday 21 July 2003 02:50 pm, Toad wrote:
>> > 4. If a site fails, automatically try altdbrurl BEFORE prompting the
>> > user. 5. If we are using altdbrurl or a previous dated copy, make that
>> > apply to the ENTIRE SITE. There is nothing worse then getting an e
>> Frankly, these changes make it feel like Windows. Perhaps we could have
>> 'newbie'/'advanced' modes, or just say 'you don't need to know what this
>> means'.
>
>I think it is the intention to have two modes.
I'd vote against different modes - from a human interface viewpoint it's
bad for under
At 28/06/2003 18:56, you wrote:
>> After 10 hours of running, build 6065 went belly up with all connections
>> severed but without terminating. The logfile started filling up really
>> fast, with about 400MB generated in about a minute - all repeats of the
>> "CancelledKeyException". Below is the p
After 10 hours of running, build 6065 went belly up with all connections
severed but without terminating. The logfile started filling up really
fast, with about 400MB generated in about a minute - all repeats of the
"CancelledKeyException". Below is the part of the log from where the
problem st
>I'm going to make a very unpopular request. We really need more testing
of the
>nio code on windows 2k/xp.
I've been running this week's unstable builds on Win2000 and they're
looking good. Wednesday's build seemed to have a bad effect on the routing
as Successes/Trials ratio dropped from its
Testing of unstable build 6052 looks good, especially outbound bandwidth
limiting which now shows a much flatter line over any chosen time period.
This is on a Win2000 system with Java 1.4.1_01-b01. Memory usage runs
approx 76MB.
The news isn't all good, though:
+ I think the overhead estimate
Been running it a few hours so far and noticed the following:
+ After approx 1 hour, 50% of the processor time is privileged, suggesting
thread-swapping is taking more time than useful work.
+ Bandwidth limiting isn't having any effect. With a limit of 5000 outbound
set, I'm nevertheless maxing o
At 10/06/2003 20:44, you wrote:
>More recent changes to the code complete implementation of bandwidth
>limiting on both input and output (testers would be appreciated on this
>particular issue). One issue here is that the overall bandwidthLimit and
>averageBandwidthLimit settings are no longer supp
14 matches
Mail list logo