On Tuesday 04 November 2003 07:24 pm, Andrew Rodland wrote:
> I run a transient (99% of the time) node. Should I delete my routing table
> when I move from home (modem) to friend's (fast cable)? Since the
> downstream is about 20 times faster, I can see potential for routing to get
> really screwed
Andrew Rodland wrote:
I run a transient (99% of the time) node. Should I delete my routing table
when I move from home (modem) to friend's (fast cable)? Since the
downstream is about 20 times faster, I can see potential for routing to get
really screwed when I change to and from -- but how long wou
I run a transient (99% of the time) node. Should I delete my routing table
when I move from home (modem) to friend's (fast cable)? Since the
downstream is about 20 times faster, I can see potential for routing to get
really screwed when I change to and from -- but how long would it probably
last?
From my reading of the source, it's actual minus predicted, not the
other way around.
From NGRouting.java:
>long diffSearchTime = searchTime - lastEstimate.searchSuccessTime;
-Martin
Matthew Toseland wrote:
Update of /cvsroot/freenet/freenet/src/freenet/node
In directory sc8-pr-cvs1:/tmp/cvs-se
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
05-Nov-2003 00:51:59 (freenet.node.Main$InsertARK, YThread-49, NORMAL):
Collision Inserting ARK
05-Nov-2003 00:51:59 (freenet.node.Main$InsertARK, YThread-49, NORMAL):
Collision inserting ARK (1)!
Collisions inserting ARK? Will it just ignore
Iakin fixed an NGR-related bug in 6313 which I believe affects lots of
Windows users (it certainly affected me): The global estimates were
getting wiped out every time the node was restarted. That could be
important, so if the devs think it is safe to do so, I would urge this
version (or just
Could someone (probably Iakin) clarify what is meant by the
tTransferRate graphs under /servlet/nodestatus/nodestatus.html ?
The graph should indicate whether it's bytes per second or seconds per
byte. Also, indicate (maybe with an L-shaped corner) where the 0,0
point is. The same could go fo
Getting a bunch of junk data sent thru fproxy to the browser. Could it be
related to these? It seems to highly correlated temporally anyhow
04-Nov-2003 23:59:30 (freenet.node.states.request.TransferReply,
YThread-12): Upstream node connection died for
freenet.node.states.request.TransferReply:
k
Update of /cvsroot/freenet/freenet/src/freenet/node
In directory sc8-pr-cvs1:/tmp/cvs-serv25859/src/freenet/node
Modified Files:
Main.java
Log Message:
Improve descriptions.
Index: Main.java
===
RCS file: /cvsroot/freenet/fr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] randomly hit the keyboard and managed to write on
05/11/2003 00:03:
|>and prng.seed file. I have unstable.ref as the seed file.
|
|
| is unstable.ref still in use/still updated/not already obsolete?
Was using it with 6306 up until the
Logging bug. Fixed in 6213, snapshots updating.
On Tue, Nov 04, 2003 at 11:54:33PM +, Richard Thomas Harrison wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Erm, I get this after a normal startup...
>
> 04-Nov-2003 23:40:53 (freenet.node.rt.StandardNodeEstimator, YThread-2,
> N
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv23362/src/freenet/node/rt
Modified Files:
StandardNodeEstimator.java
Log Message:
6313: Fix the logging.
Index: StandardNodeEstimator.java
Update of /cvsroot/freenet/freenet/src/freenet
In directory sc8-pr-cvs1:/tmp/cvs-serv23362/src/freenet
Modified Files:
Version.java
Log Message:
6313: Fix the logging.
Index: Version.java
===
RCS file: /cvsroot/freenet/freen
>and prng.seed file. I have unstable.ref as the seed file.
is unstable.ref still in use/still updated/not already obsolete?
___
Devl mailing list
[EMAIL PROTECTED]
http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Erm, I get this after a normal startup...
04-Nov-2003 23:40:53 (freenet.node.rt.StandardNodeEstimator, YThread-2,
NORMAL):
~ Unreasonable estimate: 0 for
[EMAIL PROTECTED]: tcp
/82.66.224.145:27052, sessions=1, presentations=1, ID=DSA(136f b541 d8a3
1c
On Tue, Nov 04, 2003 at 03:11:56PM -0800, Richard A. Hecker wrote:
> > This would be really cool. Of course for the geeks using debian, we
> > would ideally need a package that depended on Kaffe 1.1.X where X is the
> > version where they fix NIO. That could then go (back) into the mainline
> > un
> This would be really cool. Of course for the geeks using debian, we
> would ideally need a package that depended on Kaffe 1.1.X where X is the
> version where they fix NIO. That could then go (back) into the mainline
> unstable debian repository, so all debian users can just do apt-get
> install
On Tue, Nov 04, 2003 at 11:02:05PM -, Dave Hooper wrote:
> Scratch that, getting numbers again now. Could have just been a quiet
> period. I expect the Data Transferred also includes local Fproxy
> connections explain why it continued to tick up when refereshing?
No, it's only throttled data
Scratch that, getting numbers again now. Could have just been a quiet
period. I expect the Data Transferred also includes local Fproxy
connections explain why it continued to tick up when refereshing?
> "Connections Transferring" always showing 0/0 with 6312 - desptie the
Total
> Amount of Data
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv11455/src/freenet/node/rt
Modified Files:
NGRoutingTable.java
Log Message:
Make global estimator serialization rotate through serialization filenames and, on
windows, make it work. Remember.. win
"Connections Transferring" always showing 0/0 with 6312 - desptie the Total
Amount of Data Transferred constantly ticking up. Could it simply be a
coincidence that I refresh the page when no data is actually being
transferred? This is just after a restart, after all, although I do have
plenty in
The bug fixed in 6312 (the last few builds have been mainly on stats):
We were reporting bytes per millisecond and calling it bytes per second
on the node status pages! This is why we got the figures of a few bytes
per second min and max...
http://127.0.0.1:/servlet/nodestatus/diagnostics/succe
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv994/src/freenet/node/rt
Modified Files:
StandardNodeEstimator.java ResponseTimeEstimator.java
Log Message:
6312: Fix tTransferRate formatFromRaw() - show bytes per second NOT PER MILLISECOND.
Also
Update of /cvsroot/freenet/freenet/src/freenet
In directory sc8-pr-cvs1:/tmp/cvs-serv994/src/freenet
Modified Files:
Version.java
Log Message:
6312: Fix tTransferRate formatFromRaw() - show bytes per second NOT PER MILLISECOND.
Also minor clarification in StandardNodeEstimator.
Index: Ve
[EMAIL PROTECTED] wrote:
I have tinkered with Freenet rpms, but the problem is how to detect the
various JREs (Kaffe, Sun, Blackdown, IBM etc) so that other package
management tools (like apt-rpm) wouldn't unnecessarily install a JRE.
Ideally we'll just look for >= jre-1.4.1 and if the user
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv30464/src/freenet/node/rt
Modified Files:
ResponseTimeEstimator.java
Log Message:
Fixed the missing red crosses and non-clipped estimator graphs.
Index: ResponseTimeEstimator.java
===
Update of /cvsroot/freenet/freenet/src/freenet/node
In directory sc8-pr-cvs1:/tmp/cvs-serv21279/src/freenet/node
Modified Files:
Main.java
Log Message:
6310: D'oh.
Index: Main.java
===
RCS file: /cvsroot/freenet/freenet/src/
Update of /cvsroot/freenet/freenet/src/freenet
In directory sc8-pr-cvs1:/tmp/cvs-serv21279/src/freenet
Modified Files:
Version.java
Log Message:
6310: D'oh.
Index: Version.java
===
RCS file: /cvsroot/freenet/freenet/src/free
>I have tinkered with Freenet rpms, but the problem is how to detect the
>various JREs (Kaffe, Sun, Blackdown, IBM etc) so that other package
>management tools (like apt-rpm) wouldn't unnecessarily install a JRE.
Ideally we'll just look for >= jre-1.4.1 and if the user has installed the jre
thr
[EMAIL PROTECTED] wrote:
Has anyone considered/volounteered to make an rpm of fred? It will actually
work on any rpm-based distro (suse, mandrake) because sun installs the jre from
rpm in a distro-independent manner.
I have tinkered with Freenet rpms, but the problem is how to detect the
vari
On Tue, Nov 04, 2003 at 08:01:07PM +, Toad wrote:
> On Tue, Nov 04, 2003 at 06:53:21PM +, Ian Clarke wrote:
> > Toad wrote:
> > >How exactly do you reconcile this with the fact that the NGRouting
> > >estimate subtracts pLegitDNF from pDNF when calculating it's estimate?
> > >Surely we woul
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv12788/src/freenet/node/rt
Modified Files:
NGRouting.java NGRoutingTable.java Estimate.java
StandardNodeEstimator.java NodeEstimator.java
Log Message:
6210: Add new diagnostics diffSuccess
Update of /cvsroot/freenet/freenet/src/freenet/node
In directory sc8-pr-cvs1:/tmp/cvs-serv12788/src/freenet/node
Modified Files:
Main.java
Log Message:
6210: Add new diagnostics diffSuccessSearchTime, absDiffSuccessSearchTime,
diffTransferRate, absDiffTransferRate
Index: Main.java
Update of /cvsroot/freenet/freenet/src/freenet
In directory sc8-pr-cvs1:/tmp/cvs-serv12788/src/freenet
Modified Files:
Version.java
Log Message:
6210: Add new diagnostics diffSuccessSearchTime, absDiffSuccessSearchTime,
diffTransferRate, absDiffTransferRate
Index: Version.java
In message <[EMAIL PROTECTED]>, Toad
<[EMAIL PROTECTED]> writes
On Tue, Nov 04, 2003 at 12:14:33PM +, Roger Hayter wrote:
Another comment: I have been playing with David 's latency
test. Assume it works as described, and inserts random keys from one
node and immediately retrieves them from a
On Tue, Nov 04, 2003 at 06:53:21PM +, Ian Clarke wrote:
> Toad wrote:
> >How exactly do you reconcile this with the fact that the NGRouting
> >estimate subtracts pLegitDNF from pDNF when calculating it's estimate?
> >Surely we would have to calculate it twice, once without the legit DNFs
> >cor
This has now been created. It's not (even trivially) password protect. As
a test it currently only contains the Sun Java 'Online' installer, which
when executed gets the JRE components from Sun's servers. This can be
easily changed by uploading a different executable and symlinking as
appropriat
Everyone running unstable please upgrade to 6309. Lots of bug fixes,
including the recently introduced problems (specific to unstable) with
routing, two NPEs, in PeerPacketMessage and BaseLocalNIOInterface, and a
new stat searchFailedCount, which counts the number of QueryRejected's
or timeouts bef
Update of /cvsroot/freenet/freenet/src/freenet/node
In directory sc8-pr-cvs1:/tmp/cvs-serv5171/src/freenet/node
Modified Files:
Main.java
Log Message:
6309: Add new diagnostic searchFailedCount, to measure impact of QRing on the node,
fix an NPE in interfaces.
Index: Main.java
=
Update of /cvsroot/freenet/freenet/src/freenet
In directory sc8-pr-cvs1:/tmp/cvs-serv5171/src/freenet
Modified Files:
Version.java
Log Message:
6309: Add new diagnostic searchFailedCount, to measure impact of QRing on the node,
fix an NPE in interfaces.
Index: Version.java
=
Update of /cvsroot/freenet/freenet/src/freenet/interfaces
In directory sc8-pr-cvs1:/tmp/cvs-serv5171/src/freenet/interfaces
Modified Files:
BaseLocalNIOInterface.java
Log Message:
6309: Add new diagnostic searchFailedCount, to measure impact of QRing on the node,
fix an NPE in interfaces
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv5171/src/freenet/node/rt
Modified Files:
NGRouting.java
Log Message:
6309: Add new diagnostic searchFailedCount, to measure impact of QRing on the node,
fix an NPE in interfaces.
Index: NGRoutin
On Tue, Nov 04, 2003 at 01:11:07PM -0500, [EMAIL PROTECTED] wrote:
>
> Has anyone considered/volounteered to make an rpm of fred? It will actually
> work on any rpm-based distro (suse, mandrake) because sun installs the jre from
> rpm in a distro-independent manner.
>
> It should be easily doabl
- Original Message -
From: "Toad" <[EMAIL PROTECTED]>
To: "Discussion of development issues" <[EMAIL PROTECTED]>
Sent: Tuesday, November 04, 2003 10:21 AM
Subject: Re: [freenet-dev] Interesting statistics and anecdotes
On Tue, Nov 04, 2003 at 02:30:54AM -0500, Daves Lists wrote:
>> Here'
Toad <[EMAIL PROTECTED]> writes:
> On Tue, Nov 04, 2003 at 11:48:13AM -0600, Edgar Friendly wrote:
> > Every routed request already has a UniqueID; why would we make up a
> > new ID system just for QRs? Currently, QRs are between 80 and 100
> > bytes, I plan on having them down to 12 bytes. Drop
Update of /cvsroot/freenet/freenet/src/freenet/node/states/data
In directory sc8-pr-cvs1:/tmp/cvs-serv28750/src/freenet/node/states/data
Modified Files:
SendData.java
Log Message:
6308: Fix bug in SendData w.r.t. padding. If this works, it should reduce connection
churn amongst other thi
Update of /cvsroot/freenet/freenet/src/freenet
In directory sc8-pr-cvs1:/tmp/cvs-serv28750/src/freenet
Modified Files:
Version.java
Log Message:
6308: Fix bug in SendData w.r.t. padding. If this works, it should reduce connection
churn amongst other things. Also reindent.
Index: Version
On Tue, Nov 04, 2003 at 01:04:26PM -0600, Tom Kaitchuck wrote:
> On Tuesday 04 November 2003 11:55 am, Toad wrote:
> > On Tue, Nov 04, 2003 at 10:43:36AM -0600, Tom Kaitchuck wrote:
> > > On Monday 03 November 2003 11:45 pm, Martin Stone Davis wrote:
> > > > I have no idea if is will actually help,
On Tuesday 04 November 2003 11:55 am, Toad wrote:
> On Tue, Nov 04, 2003 at 10:43:36AM -0600, Tom Kaitchuck wrote:
> > On Monday 03 November 2003 11:45 pm, Martin Stone Davis wrote:
> > > I have no idea if is will actually help, but: try threadFactory=Y
> > > instead of Q; and also try increasing m
Toad wrote:
How exactly do you reconcile this with the fact that the NGRouting
estimate subtracts pLegitDNF from pDNF when calculating it's estimate?
Surely we would have to calculate it twice, once without the legit DNFs
correction, for your stat to be meaningful?
Good question. The answer is to
On Tue, Nov 04, 2003 at 06:36:58PM +, Ian Clarke wrote:
> Toad wrote:
> >That stat is absolutely useless and impossible to implement properly. I
> >explained why on another thread, please reply to it.
>
> Which thread?
Measuring node performance or something like that. Sub-thread from Path
to
Toad wrote:
That stat is absolutely useless and impossible to implement properly. I
explained why on another thread, please reply to it.
Which thread?
Ian.
___
Devl mailing list
[EMAIL PROTECTED]
http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/d
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv22083/src/freenet/node/rt
Modified Files:
DecayingRunningAverage.java
Log Message:
6507: Sanity checking on serialized in DecayingRunningAverage's
Index: DecayingRunningAverage.java
=
Update of /cvsroot/freenet/freenet/src/freenet
In directory sc8-pr-cvs1:/tmp/cvs-serv22083/src/freenet
Modified Files:
Version.java
Log Message:
6507: Sanity checking on serialized in DecayingRunningAverage's
Index: Version.java
===
What "magic bytes"? The only "magic bytes" I can think of that the client shouldn't
know about are the PAgM. If InvertPrivateKey doesn't return this, then some people
should be whipped, and it should be changed or a better command introduced and the
original deprecated.
Then it would be: "SSK@"
Toad <[EMAIL PROTECTED]> writes:
> On Tue, Nov 04, 2003 at 11:41:59AM -0600, Edgar Friendly wrote:
> > Toad <[EMAIL PROTECTED]> writes:
> >
> > > Make sure it's reasonably easy to extend it... there will only be a few
> > > possible fields on a given message, but there may be new messages etc.
>
On Tuesday 04 November 2003 09:06 am, Toad wrote:
> Oooh, interesting.
>
> If the reason for QRing is too many active jobs, and the reason for that
> is connections... then rather than NIO'ing connections, the solution is
> to implement multiplexing.
>
> But I need to know whether this is character
Has anyone considered/volounteered to make an rpm of fred? It will actually
work on any rpm-based distro (suse, mandrake) because sun installs the jre from
rpm in a distro-independent manner.
It should be easily doable from the current tar.gz, the rpm would just check
whether the jre is insta
Toad wrote:
On Tue, Nov 04, 2003 at 06:10:58PM +0100, Thomas Leske wrote:
You can build boards that can not be flooded with the existing key types.
There
is a board/list owner that decides who is able to post. Similar to earlier
proposals
new identities can be obtained for hash cash or think cash
On Tue, Nov 04, 2003 at 10:43:36AM -0600, Tom Kaitchuck wrote:
> On Monday 03 November 2003 11:45 pm, Martin Stone Davis wrote:
> > I have no idea if is will actually help, but: try threadFactory=Y
> > instead of Q; and also try increasing maximumThreads to at least 300.
> > Make sure to remove the
On Tue, Nov 04, 2003 at 06:10:58PM +0100, Thomas Leske wrote:
> Tom Kaitchuck wrote:
> >None the less people could flood boards now, it's just that the software
> >stops requesting keys if they don't seem to be there or get tagged as spam
> >or blocked by the user. We could just do the same thing
On Tue, Nov 04, 2003 at 11:48:13AM -0600, Edgar Friendly wrote:
> Ken Corson <[EMAIL PROTECTED]> writes:
>
> > Edgar Friendly wrote:
> >
> > Okay, this is only regarding Q's and QR's , but what if the sending
> > node included a 2 or 4 byte QueryID value ? This would be a simple
> > counter, but
On Tue, Nov 04, 2003 at 11:41:59AM -0600, Edgar Friendly wrote:
> Toad <[EMAIL PROTECTED]> writes:
>
> > Make sure it's reasonably easy to extend it... there will only be a few
> > possible fields on a given message, but there may be new messages etc.
>
> So far we have less than 50 messages (I t
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv12778/src/freenet/node/rt
Modified Files:
StandardNodeEstimator.java
Log Message:
Saner limit.
Index: StandardNodeEstimator.java
==
Ken Corson <[EMAIL PROTECTED]> writes:
> Edgar Friendly wrote:
>
> Okay, this is only regarding Q's and QR's , but what if the sending
> node included a 2 or 4 byte QueryID value ? This would be a simple
> counter, but the value would be unique between that pair of peers.
> Then, when it came tim
On Tue, Nov 04, 2003 at 03:11:16PM +, Ian Clarke wrote:
> Toad wrote:
> >On Tue, Nov 04, 2003 at 09:10:08AM -0500, Daves Lists wrote:
> >Oooh, interesting.
> >If the reason for QRing is too many active jobs, and the reason for that
> >is connections... then rather than NIO'ing connections, the
Toad <[EMAIL PROTECTED]> writes:
> Make sure it's reasonably easy to extend it... there will only be a few
> possible fields on a given message, but there may be new messages etc.
So far we have less than 50 messages (I think it's around 25 or so,
but I'll estimate high to prove my point). I'm a
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv10856/src/freenet/node/rt
Modified Files:
RoutingPointStore.java StandardNodeEstimator.java
NGRoutingTable.java
Log Message:
Better message inside the thrown IOException in case of limits
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv8319/src/freenet/node/rt
Modified Files:
RoutingPointStore.java
Log Message:
Throw instead of cap
Index: RoutingPointStore.java
===
Ian Clarke <[EMAIL PROTECTED]> writes:
>Is it fair that when 3 nodes might have sent me a vast number of
>requests, thus overloading my node, that a 4th node which has never
>asked anything of my node before is refused? Probably not, but how can
>this be addressed?
Probabilistic queryrejecting
Tom Kaitchuck wrote:
None the less people could flood boards now, it's just that the software stops
requesting keys if they don't seem to be there or get tagged as spam or
blocked by the user. We could just do the same thing. Then worst case
scenario, we have what we have now.
You can build boar
On Tue, Nov 04, 2003 at 09:59:12AM +, Ian Clarke wrote:
> Toad wrote:
> >This strongly suggests that routing is not doing terribly great. The
> >suspicion is that there is some form of network fragmentation going
> >on. Ian refuses to admit the possibility of network fragmentation, so I
> >am w
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv4808/src/freenet/node/rt
Modified Files:
RoutingPointStore.java StandardNodeEstimator.java
ResponseTimeEstimator.java TimeEstimatorFactory.java
NGRoutingTable.java HistoryKeepingR
On Tue, Nov 04, 2003 at 12:14:33PM +, Roger Hayter wrote:
> Another comment: I have been playing with David 's latency
> test. Assume it works as described, and inserts random keys from one
> node and immediately retrieves them from another, the results are really
> interesting. Time to r
On Tue, Nov 04, 2003 at 10:57:54AM +0100, Niklas Bergh wrote:
> Maybe we should keep an pQR estimator in the routingtable?! We don't
> have to use it for anything but it would be interesting to be able to
> display graph.
Well, pSearchFailed is presumably dominated by QRs...
>
> /N
>
> > -Or
Edgar Friendly <[EMAIL PROTECTED]> wrote:
> David McNab <[EMAIL PROTECTED]> writes:
>
> > Please *don't* do that - it's an incredibly useful function.
> > Without it, clients have to insert a dummy SSK at htl=0 to convert
> > private keys into public ones.
> >
> Clients *shouldn't* be converting
David McNab <[EMAIL PROTECTED]> writes:
> Please *don't* do that - it's an incredibly useful function.
> Without it, clients have to insert a dummy SSK at htl=0 to convert
> private keys into public ones.
>
Clients *shouldn't* be converting private keys into public ones. The
reason being that th
Update of /cvsroot/freenet/freenet/src/freenet
In directory sc8-pr-cvs1:/tmp/cvs-serv1809/src/freenet
Modified Files:
Version.java Core.java PeerHandler.java ConnectionHandler.java
PeerPacketMessage.java OpenConnectionManager.java
Log Message:
6506: Fix the NPE by keeping a defau
Update of /cvsroot/freenet/freenet/src/freenet/node
In directory sc8-pr-cvs1:/tmp/cvs-serv1809/src/freenet/node
Modified Files:
Node.java ConnectionOpener.java Main.java
Log Message:
6506: Fix the NPE by keeping a default Presentation for stats purposes, don't log FCP
Messages in PH stat
Update of /cvsroot/freenet/freenet/src/freenet/client
In directory sc8-pr-cvs1:/tmp/cvs-serv1809/src/freenet/client
Modified Files:
ClientCore.java
Log Message:
6506: Fix the NPE by keeping a default Presentation for stats purposes, don't log FCP
Messages in PH stats
Index: ClientCore.j
Update of /cvsroot/freenet/freenet/src/freenet/node/states/FNP
In directory sc8-pr-cvs1:/tmp/cvs-serv1809/src/freenet/node/states/FNP
Modified Files:
NewRequest.java
Log Message:
6506: Fix the NPE by keeping a default Presentation for stats purposes, don't log FCP
Messages in PH stats
I
Edgar Friendly wrote:
Zlatin Balevsky <[EMAIL PROTECTED]> writes:
We are often sending 10s of messages in a single packet; most of these
messages are very similar (i.e. QRs). While each message in itself
isn't well compressible because of the nature of the strings it
contains, a packet with 20 mes
On Monday 03 November 2003 11:45 pm, Martin Stone Davis wrote:
> I have no idea if is will actually help, but: try threadFactory=Y
> instead of Q; and also try increasing maximumThreads to at least 300.
> Make sure to remove the % (comment), and restart freenet. Let us know
> what happens either w
Hi Dave,
I took your suggestion to heart - I doubled my maximumThreads from
120 to 240, and ran it overnight. But it didn't make a noticable
change to my 'localQueryTraffic by hour' numbers, so I'm restarting
(switching back) now ... .. .
11/4/03 4:00:00 AM EST 35162 18640.0530117740742847
For what it's worth I've tried Dave's suggestions here, replicating what he
did by dropping connections to 256 and increasing threads to 300. The node
comes out of nearly constant overload, instead hovers in the 80 percent
range. Also while less total data is being transferred (60MB/hour vs.
10
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv27635/src/freenet/node/rt
Modified Files:
RoutingPointStore.java
Log Message:
Added methods for setting the time values to a maximum and a minumum value.
Index: RoutingPointStore.java
===
Update of /cvsroot/freenet/freenet/src/freenet
In directory sc8-pr-cvs1:/tmp/cvs-serv26770/src/freenet
Modified Files:
Version.java
Log Message:
6305: Minor fix to node estimators page
Index: Version.java
===
RCS file: /cvsr
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv26770/src/freenet/node/rt
Modified Files:
StandardNodeEstimator.java
Log Message:
6305: Minor fix to node estimators page
Index: StandardNodeEstimator.java
===
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv25022/src/freenet/node/rt
Modified Files:
RoutingPointStore.java
Log Message:
Documentation and avoid one sutpid exception
Index: RoutingPointStore.java
==
Ian Clarke wrote:
Toad wrote:
This strongly suggests that routing is not doing terribly great. The
I don't refuse to admit the possibility, I just think that it is
unlikely and that there are much more likely explanations (such as
The problem could be that many of them simply aren't receiving en
Update of /cvsroot/freenet/freenet/src/freenet
In directory sc8-pr-cvs1:/tmp/cvs-serv24267/src/freenet
Modified Files:
Version.java PeerHandler.java
Log Message:
Fix NPE.
Index: Version.java
===
RCS file: /cvsroot/freenet/fr
Recently the unstable branch has had some major refactoring to the
estimator code going on. One major bug introduced seems to have caused
very strange estimates - zero or several centuries. We are fixing this.
It may have caused some of the recent problems - but it was only
introduced a few days ag
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv23044/src/freenet/node/rt
Modified Files:
NGRoutingTable.java StandardNodeEstimator.java
Log Message:
6303: Logging for insane estimates etc.
Index: NGRoutingTable.java
==
Update of /cvsroot/freenet/freenet/src/freenet
In directory sc8-pr-cvs1:/tmp/cvs-serv23044/src/freenet
Modified Files:
Version.java
Log Message:
6303: Logging for insane estimates etc.
Index: Version.java
===
RCS file: /cvsr
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv21502/src/freenet/node/rt
Modified Files:
RoutingPointStore.java
Log Message:
Respect the desired initTime
Index: RoutingPointStore.java
==
Toad wrote:
On Tue, Nov 04, 2003 at 09:10:08AM -0500, Daves Lists wrote:
Always active jobs. Here's what I generally look like once the node has been
up and running a few hours. I tried bringing the threads up to support the
connections but that always seemed to cause the node to slow down and th
Update of /cvsroot/freenet/freenet/src/freenet
In directory sc8-pr-cvs1:/tmp/cvs-serv18137/src/freenet
Modified Files:
PeerHandler.java
Log Message:
I wonder why that import ended up there...
Gave the 'v' support class a somewhat better name and made it private.
Index: PeerHandler.java
=
On Tue, Nov 04, 2003 at 02:30:54AM -0500, Daves Lists wrote:
> I also didn't want to change to many settings. I've always been going on the
> assumption that freenet is just trying to work my computers to hard. I setup
> a test machine with a default config with a 2gig datastore and let it fill.
>
Update of /cvsroot/freenet/freenet/src/freenet
In directory sc8-pr-cvs1:/tmp/cvs-serv16134/src/freenet
Modified Files:
PeerHandler.java OpenConnectionManager.java
Log Message:
Display messages sent and received by type on the secondmost and most detailed OCM
PeerHandler HTML page.
Index
On Tue, Nov 04, 2003 at 12:04:26AM -0500, Daves Lists wrote:
> I just replied to the Usability improvement ideas thread on this before I
> noticed this thread. All 4 of my nodes reject for the same reason. They
> don't like the default config. I had to reduce the max connections down to
> 256 and r
1 - 100 of 147 matches
Mail list logo