Toad wrote:
On Tue, Dec 02, 2003 at 02:46:42PM -0800, Martin Stone Davis wrote:
Toad wrote:
On Tue, Dec 02, 2003 at 07:34:32PM +, Toad wrote:
Okay, so the answer to the original question:
* Implement selective accept/unobtanium. When moderately overloaded,
accept only those queries with t
Toad wrote:
On Tue, Dec 02, 2003 at 03:17:22PM -0800, Martin Stone Davis wrote:
Toad wrote:
Another suggestion, from Toast:
Estimate the latest requests rank as compared to the last n requests
(100 for example). Compare the position in this list with the current
load (using Ians method or the s
> From: Toad <[EMAIL PROTECTED]>
>
> On Mon, Dec 01, 2003 at 08:27:52PM -0800, Richard A. Hecker wrote:
> > With the protocol branch, does it make sense to generate a new
> > seednodes.ref file for stable 5046. On Saturday I put 5046
>
> Umm, so reseed it. The seednodes file is updated constantl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> > a) I would run a node without anonimity and let the devs get all
> > info they want, and would stick around to assist them
first choice, too.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (GNU/Linux)
iD8DBQE/zWWoVpANjaquYq4RAucGAJ9ZFkwxw38T
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Toad wrote:
| If you respond saying 'I would run one', please
include the following
| basic stats:
| Bandwidth (approx)
| Disk space (approx)
| Available memory (more logging => more memory usage,
sadly... under some
| situations we would need more lo
If you respond saying 'I would run one', please include the following
basic stats:
Bandwidth (approx)
Disk space (approx)
Available memory (more logging => more memory usage, sadly... under some
situations we would need more logging. Since this means the possibility
of the node dying with OOM if we
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Toad wrote:
| One radical proposal that I think might be quite
useful:
|
| We reinstate something in the spirit of the watchme
network. Since
| everything is tracked, there is no anonymity, so it
would only be used
| for testing i.e. exchange of legal
I would run a no-anonymity drone node.
Elijah Chancey
@ [EMAIL PROTECTED]
web virtualeli.com
aim elijahchancey
msn [EMAIL PROTECTED]
___
Devl mailing list
[EMAIL PROTECTED]
http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl
On Tue, Dec 02, 2003 at 10:22:11PM -0500, Zlatin Balevsky wrote:
>
>
> >Remote access to everything on the web interface, AND LOGS. Remote
> >setting of logLevel, logLevelDetail and perhaps other options.
> >Automatic upgrading, perhaps with remote triggering, or perhaps on a
> >timer. Basicall
>Remote access to everything on the web interface, AND LOGS. Remote
>setting of logLevel, logLevelDetail and perhaps other options.
>Automatic upgrading, perhaps with remote triggering, or perhaps on a
>timer. Basically we want a couple of hundred 'drone' nodes that we can
>experiment on, to tr
On Tue, Dec 02, 2003 at 02:46:42PM -0800, Martin Stone Davis wrote:
> Toad wrote:
>
> >On Tue, Dec 02, 2003 at 07:34:32PM +, Toad wrote:
> >
> >>Okay, so the answer to the original question:
> >>* Implement selective accept/unobtanium. When moderately overloaded,
> >> accept only those queries
On Tue, Dec 02, 2003 at 08:06:05PM -0800, Tracy R Reed wrote:
> On Wed, Dec 03, 2003 at 03:02:21AM +, Toad spake thusly:
> > What do people think of this suggestion? Would you be willing to run a
> > 'drone' node (or two)?
>
> Yes. I think anonymity was introduced WAY too early into freenet an
On Tue, Dec 02, 2003 at 03:17:22PM -0800, Martin Stone Davis wrote:
> Toad wrote:
>
> >Another suggestion, from Toast:
> >Estimate the latest requests rank as compared to the last n requests
> >(100 for example). Compare the position in this list with the current
> >load (using Ians method or the
On Wed, Dec 03, 2003 at 03:02:21AM +, Toad spake thusly:
> What do people think of this suggestion? Would you be willing to run a
> 'drone' node (or two)?
Yes. I think anonymity was introduced WAY too early into freenet anyhow.
Best to get one thing working at a time.
--
Tracy Reed
http://co
One radical proposal that I think might be quite useful:
We reinstate something in the spirit of the watchme network. Since
everything is tracked, there is no anonymity, so it would only be used
for testing i.e. exchange of legal files in an attempt to simulate
normal network conditions. The origi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tracy R Reed wrote:
| On Tue, Dec 02, 2003 at 09:04:28PM -0500, Zlatin
Balevsky spake thusly:
|
|>a) I would run a node without anonimity and let the
devs get all info
|>they want, and would stick around to assist them
|
|
| A.
|
A here too !
-B
On Tue, Dec 02, 2003 at 09:04:28PM -0500, Zlatin Balevsky spake thusly:
> a) I would run a node without anonimity and let the devs get all info
> they want, and would stick around to assist them
A.
--
Tracy Reed
http://copilotconsulting.com
pgp0.pgp
Description: PGP signature
On Tue, Dec 02, 2003 at 09:04:28PM -0500, Zlatin Balevsky wrote:
> Hello users,
>
> here is a small poll to let us know how willing you are to help us get
> NGR working. Please get in touch with us somehow (directly to amphibian
> @ dyndns.org, irc, this list, the support list, frost, etc.) to
Hello users,
here is a small poll to let us know how willing you are to help us get
NGR working. Please get in touch with us somehow (directly to amphibian
@ dyndns.org, irc, this list, the support list, frost, etc.) to let us
know which of the following best describes your willingness to help
On Wed, Dec 03, 2003 at 12:37:29AM +0200, Jusa Saari wrote:
> I'm running stable build 5046. Currently, I have 49 nodes in my routing
> table, 45 which are contacted. Of these 45, only 4 a not backed off
> currently. At no time have I observed more than 6 nodes being not backed
> up.
>
> Now then.
Toad wrote:
Another suggestion, from Toast:
Estimate the latest requests rank as compared to the last n requests
(100 for example). Compare the position in this list with the current
load (using Ians method or the standard method). Decide on that. The
number 100 is not alchemy as it affects precis
On December 02, 2003 05:44 pm, Ed Tomlinson wrote:
> On December 02, 2003 04:59 pm, Toad wrote:
> > On Tue, Dec 02, 2003 at 04:56:41PM -0500, Ed Tomlinson wrote:
> > > Hi
> > >
> > > How about this.
> > >
> > > We keep one number: long estimateLimit;
> > >
> > > We accept a request if the best esti
Toad wrote:
On Tue, Dec 02, 2003 at 07:34:32PM +, Toad wrote:
Okay, so the answer to the original question:
* Implement selective accept/unobtanium. When moderately overloaded,
accept only those queries with the best NGRouting estimates. QR the
rest. Rather than accepting the first ones to
On December 02, 2003 04:59 pm, Toad wrote:
> On Tue, Dec 02, 2003 at 04:56:41PM -0500, Ed Tomlinson wrote:
> > Hi
> >
> > How about this.
> >
> > We keep one number: long estimateLimit;
> >
> > We accept a request if the best estimate in the routing object better
> > than the limit.
> >
> > If the
I'm running stable build 5046. Currently, I have 49 nodes in my routing
table, 45 which are contacted. Of these 45, only 4 a not backed off
currently. At no time have I observed more than 6 nodes being not backed
up.
Now then. If I understood correctly, this means that my node only has 4
other nod
On Tue, Dec 02, 2003 at 04:56:41PM -0500, Ed Tomlinson wrote:
> Hi
>
> How about this.
>
> We keep one number: long estimateLimit;
>
> We accept a request if the best estimate in the routing object better than the limit.
>
> If the load is higher than our HighLoadLimit we decrease estimateLimi
We still have to queue the requests. This will result in extra latency
and extra code - both of which are undesirable.
Another suggestion, from Toast:
Estimate the latest requests rank as compared to the last n requests
(100 for example). Compare the position in this list with the current
load (us
Hi
How about this.
We keep one number: long estimateLimit;
We accept a request if the best estimate in the routing object better than the limit.
If the load is higher than our HighLoadLimit we decrease estimateLimit and if
its lower than our LoadLoadLimit we increace estimateLimit (say using .
Ok. The simplest implementation would be:
Queue requests until they timeout (an initial timeout of say 500ms).
Once a request's timeout expires, inspect the entire queue. Accept the
acceptRatio * queue.length nodes with the best estimates, and reject the
rest.
This suffers from chunkiness - sinc
Whoops.
Solving the wrong problem!
Not only do we want to accept a given fraction... we want to accept the
best queries by their estimators... hmm.
On Tue, Dec 02, 2003 at 08:23:27PM +, Toad wrote:
> Here is how I propose to implement selective accept on NGR:
>
> We keep two numbers:
> int
Here is how I propose to implement selective accept on NGR:
We keep two numbers:
int totalRequestsAccepted
double totalRequestsConsideredTimesLoad
We have the function targetAcceptRatio(), which tells us what proportion
of requests we want to accept, based on the current estimated load (if
anyone
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On DSL Reports (http://www.dslreports.com) there is
currently an article
on anonymous file trading, it doesn't offer any
insight, but many of the
people there have never heard of Freenet, and I'm sure
they'd appreciate
the insight of the users/develope
On Tue, Dec 02, 2003 at 11:56:39AM -0800, Martin Stone Davis wrote:
> Toad wrote:
>
> >Okay, so the answer to the original question:
> >* Implement selective accept/unobtanium. When moderately overloaded,
> > accept only those queries with the best NGRouting estimates. QR the
> > rest. Rather th
Toad wrote:
Okay, so the answer to the original question:
* Implement selective accept/unobtanium. When moderately overloaded,
accept only those queries with the best NGRouting estimates. QR the
rest. Rather than accepting the first ones to come in. This is based
on probabilistic accept and
Hi,
This is an interesting idea...
Ed
On December 02, 2003 07:26 am, pineapple wrote:
> I propose the following method for reducing load on
> the network which, hopefully, would giving NGR a
> chance to optimize routing and so further reduce
> network load. My suggestion is to have a MinHTL
> p
On Tue, Dec 02, 2003 at 11:41:23AM -0800, Martin Stone Davis wrote:
> Even with iTTL and unobtanium, we would still get sucked into such black
> holes if estimate() were changed to reflect only the chance of success.
Indeed. But we wouldn't need to, if we had iTTL.
>
> >
> >>So, before we try so
On Tue, Dec 02, 2003 at 07:34:32PM +, Toad wrote:
> Okay, so the answer to the original question:
> * Implement selective accept/unobtanium. When moderately overloaded,
> accept only those queries with the best NGRouting estimates. QR the
> rest. Rather than accepting the first ones to come
Toad wrote:
On Mon, Dec 01, 2003 at 10:51:25PM -0800, Martin Stone Davis wrote:
Toad wrote:
On Sun, Nov 30, 2003 at 10:09:40AM -0800, Martin Stone Davis wrote:
However, I think we can implement the other ideas right away. We know
(Toad has proven) that we have more queries than we can actual
Okay, so the answer to the original question:
* Implement selective accept/unobtanium. When moderately overloaded,
accept only those queries with the best NGRouting estimates. QR the
rest. Rather than accepting the first ones to come in. This is based
on probabilistic accept and NGR.
* Abolis
Toad wrote:
On Mon, Dec 01, 2003 at 10:14:45AM -0800, Todd wrote:
Also, are there any concerns with the contents of the datastore
interacting with the node's specialization? I would think that wouldn't
be a problem, that the datastore and the specialization both would
evolve to adapt.
Yes. Yo
Toad wrote:
On Mon, Dec 01, 2003 at 10:52:52PM -0800, Martin Stone Davis wrote:
Toad wrote:
On Sun, Nov 30, 2003 at 10:09:40AM -0800, Martin Stone Davis wrote:
Ian Clarke wrote:
Ok, the new stable build seems to be working quite well, are other
people experiencing the same thing?
We need
On Mon, Dec 01, 2003 at 10:51:25PM -0800, Martin Stone Davis wrote:
> Toad wrote:
> >On Sun, Nov 30, 2003 at 10:09:40AM -0800, Martin Stone Davis wrote:
>
> >>However, I think we can implement the other ideas right away. We know
> >>(Toad has proven) that we have more queries than we can actuall
On Tue, Dec 02, 2003 at 06:58:26PM +, Kevin Steen wrote:
> 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
On Tue, Dec 02, 2003 at 11:59:04AM +, Jonathan Howard wrote:
> I think routing is trying some nodes we don't have connections open to.
> ___Routing.freeConn & OpenConnectionManager.needsConnection read like
> they return the opposite of what their names suggests.
> I haven't run it though.
I
Here are some ideas I came up with at 3am in the morning. Please let me
know if I am barking up the wrong tree.
Specialization routing
A node should track its own specialization.
This would probably be done using 2 variables: the KEY (peak) of the
specialization and the RANGE of specialization
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
On Tue, Dec 02, 2003 at 07:21:30AM +0100, Niklas Bergh wrote:
> My node was accepting about 10kQPH when this appeared in the log:
> 2003-dec-02 06:35:05 (freenet.node.states.announcing.Announcing,
> QThread-26533, NORMAL): Found 1 announcement targets for this node.
>
> Should it really announce wh
On Mon, Dec 01, 2003 at 08:27:52PM -0800, Richard A. Hecker wrote:
> With the protocol branch, does it make sense to generate a new
> seednodes.ref file for stable 5046. On Saturday I put 5046
> on a machine but it is still crawling along. A new seednodes
> file would make sense to jump start it.
I'd like to think this was significant. However, that is very few
requests. Wait until it has 20,000 requests and then show us the
specialization or lack thereof...
On Tue, Dec 02, 2003 at 12:50:42PM +0100, Aureliano Rama wrote:
> Histogram of requested keys.
> This count has nothing to do with ke
On Tue, Dec 02, 2003 at 07:21:30AM +0100, Niklas Bergh wrote:
> My node was accepting about 10kQPH when this appeared in the log:
> 2003-dec-02 06:35:05 (freenet.node.states.announcing.Announcing,
> QThread-26533, NORMAL): Found 1 announcement targets for this node.
>
> Should it really announce w
On Tue, Dec 02, 2003 at 03:30:39AM -0500, Robert Soros wrote:
> Take this suggestion for what its worth (as my opinion currently holds
> none in this conversation.) Don't make any release with the current
> stable build, nor any NGR build for that matter. In my humble opinion
> this would be the
On Mon, Dec 01, 2003 at 10:52:52PM -0800, Martin Stone Davis wrote:
> Toad wrote:
>
> >On Sun, Nov 30, 2003 at 10:09:40AM -0800, Martin Stone Davis wrote:
> >
> >>Ian Clarke wrote:
> >>
> >>
> >>>Ok, the new stable build seems to be working quite well, are other
> >>>people experiencing the same
On Mon, Dec 01, 2003 at 10:14:45AM -0800, Todd wrote:
> What is a good way to move a datastore into a new installation?
>
> I have an old installation of Freenet, with a beefy datastore. I've
> made a new installation. I want to take the contents of my old beefy
> datastore and make them availab
On Mon, Dec 01, 2003 at 10:49:17PM -0500, Juiceman wrote:
> If we had connection multiplexing in place, I think it would be a lot easier
> to fix NGR, as each set of Nodes would have only one connection between
> them -- In effect this would act as a limiting form of load balancing...
How would it
On Mon, Dec 01, 2003 at 04:01:00PM -0800, Trevor Smith wrote:
> Hello all;
>
> I was wondering two things:
>
> (1) what is the status of multiplexing communications between a-b to be
> fewer (eg interruptable units smaller than a full message; so
> transferring 500k doesn't tie up the connection
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv5035
Modified Files:
CPAlgoRoutingTable.java
Log Message:
re-merging very recent changes to makeRefInfo (I screwed up the previous merge)
Index: CPAlgoRoutingTable.java
=
Update of /cvsroot/freenet/freenet/src/freenet/presentation
In directory sc8-pr-cvs1:/tmp/cvs-serv31369
Added Files:
FNCRawMessage.java
Log Message:
Freenet Node Compressed messages. uses parseCompressed in
FieldSet.java which is unfinished, so don't actually activate until
it's well tes
Update of /cvsroot/freenet/freenet/src/freenet
In directory sc8-pr-cvs1:/tmp/cvs-serv30925
Modified Files:
FieldSet.java
Log Message:
added a @deprecated on an unused function
first drafts of writeCompressed() and parseCompressed()
warning: unfinished code
Index: FieldSet.java
=
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv30240
Modified Files:
SimpleRTDiagSnapshot.java
Log Message:
minor rewrite to simplify code a bit and keep from creating new objects each tiem
refData() and keys() are called
Index: SimpleRTDia
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv29468
Modified Files:
CPAlgoRoutingTable.java
Log Message:
numerous (hopefully non-functional) changes:
now uses freenet.Key.isKnownKeyType() to test for the type of a key,
instead of doing dire
Update of /cvsroot/freenet/freenet/src/freenet
In directory sc8-pr-cvs1:/tmp/cvs-serv28958
Modified Files:
Key.java
Log Message:
added isKnownKeyType() for use in identifying CHKs and SVKs (and
anything else we make up in the future), to distinguish them from fake
keys added to the routin
Update of /cvsroot/freenet/freenet/src/freenet/node/states/data
In directory sc8-pr-cvs1:/tmp/cvs-serv18907/src/freenet/node/states/data
Modified Files:
TrailerWriteCallbackMessage.java ReceiveData.java
Log Message:
Indenting
Index: TrailerWriteCallbackMessage.java
==
Update of /cvsroot/freenet/freenet/src/freenet/node/states/data
In directory sc8-pr-cvs1:/tmp/cvs-serv15905/src/freenet/node/states/data
Modified Files:
ReceiveData.java
Log Message:
Indenting
Index: ReceiveData.java
===
RCS
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv10011/src/freenet/node/rt
Modified Files:
StandardNodeEstimator.java NGRoutingTable.java
Log Message:
Remove graph drawing deadlock situation found by supple
Index: StandardNodeEstimator.java
===
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv4460/src/freenet/node/rt
Modified Files:
StandardNodeEstimator.java ResponseTimeEstimator.java
NGRoutingTable.java NodeEstimator.java
Log Message:
Removed yet a couple of unused imports
Update of /cvsroot/freenet/freenet/src/freenet
In directory sc8-pr-cvs1:/tmp/cvs-serv4460/src/freenet
Modified Files:
OpenConnectionManager.java
Log Message:
Removed yet a couple of unused imports
Index: OpenConnectionManager.java
=
Update of /cvsroot/freenet/freenet/src/freenet/node/http/infolets
In directory sc8-pr-cvs1:/tmp/cvs-serv4460/src/freenet/node/http/infolets
Modified Files:
RTInfolet.java
Log Message:
Removed yet a couple of unused imports
Index: RTInfolet.java
===
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv2721/src/freenet/node/rt
Modified Files:
StandardNodeEstimator.java ResponseTimeEstimator.java
TimeEstimator.java NGRoutingTable.java NodeEstimator.java
Log Message:
Correct my spelling m
Update of /cvsroot/freenet/freenet/src/freenet
In directory sc8-pr-cvs1:/tmp/cvs-serv2721/src/freenet
Modified Files:
OpenConnectionManager.java
Log Message:
Correct my spelling mistake
Index: OpenConnectionManager.java
===
Update of /cvsroot/freenet/freenet/src/freenet/node/rt/testapplication
In directory sc8-pr-cvs1:/tmp/cvs-serv2721/src/freenet/node/rt/testapplication
Modified Files:
NGRTestApplication.java
Log Message:
Correct my spelling mistake
Index: NGRTestApplication.java
==
Update of /cvsroot/freenet/freenet/src/freenet/client/http
In directory sc8-pr-cvs1:/tmp/cvs-serv1602/src/freenet/client/http
Modified Files:
NodeStatusServlet.java
Log Message:
Draw mini-barcodes on the routing table status page when in classic mode.
Index: NodeStatusServlet.java
==
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv1602/src/freenet/node/rt
Modified Files:
CPAlgoRoutingTable.java
Log Message:
Draw mini-barcodes on the routing table status page when in classic mode.
Index: CPAlgoRoutingTable.java
Update of /cvsroot/freenet/freenet/src/freenet/node/http/infolets
In directory sc8-pr-cvs1:/tmp/cvs-serv1602/src/freenet/node/http/infolets
Modified Files:
RTInfolet.java
Log Message:
Draw mini-barcodes on the routing table status page when in classic mode.
Index: RTInfolet.java
I propose the following method for reducing load on
the network which, hopefully, would giving NGR a
chance to optimize routing and so further reduce
network load. My suggestion is to have a MinHTL
paramater. As the node becomes overloaded, the node
will increase it's MinHTL toward MaxHTL. Now,
I think routing is trying some nodes we don't have connections open to.
___Routing.freeConn & OpenConnectionManager.needsConnection read like
they return the opposite of what their names suggests.
I haven't run it though.
Also wouldn't it be better just to run scheduleConnectionOpener in the
des
Histogram of requested keys.
This count has nothing to do with keys in your datastore
Dec 2, 2003 12:45:21 PM
keys: 575
scale factor: 0.7441860437393188 (This is used to keep lines < 64 characters)
0 |
[snip... everything zero here]
c8 |
c9 |=
ca |==
cb |
cc |
cd |
ce |
cf
Sorry, i forgot to mention that i run a 5046 node :)
Until the fork, i always run latest unstable, then i switch to new
stable to test it.
And, to answer you, no i didn't do nothing "special" to enforce
specialization, simply sit there and wait for freenet to work (and of
course, downloading tons
No, i don't think so:
freenet stable:
listenPort=40984
freenet unstable:
listenPort=31476
Thanks for your suggest, however.
Nice try :)
Aureliano Rama
Corso di Laurea in Informatica, Pisa
> Can this be your problem?
> http://article.gmane.org/gmane.network.freenet.devel/8293
___
Can this be your problem?
http://article.gmane.org/gmane.network.freenet.devel/8293
/N
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Aureliano Rama
> Sent: den 2 december 2003 11:50
> To: [EMAIL PROTECTED]
> Subject: [freenet-dev] WOW, never see
Update of /cvsroot/freenet/freenet/src/freenet/node/rt
In directory sc8-pr-cvs1:/tmp/cvs-serv20763/src/freenet/node/rt
Modified Files:
StandardNodeEstimator.java ResponseTimeEstimator.java
TimeEstimator.java NGRoutingTable.java NodeEstimator.java
Log Message:
Start using newly cr
Update of /cvsroot/freenet/freenet/src/freenet/node/http
In directory sc8-pr-cvs1:/tmp/cvs-serv20763/src/freenet/node/http
Modified Files:
ColoredPixelServlet.java
Log Message:
Start using newly created draw-to-HttpServletResponse method in DibEncoder.
Index: ColoredPixelServlet.java
===
Update of /cvsroot/freenet/freenet/src/freenet/client/http
In directory sc8-pr-cvs1:/tmp/cvs-serv20763/src/freenet/client/http
Modified Files:
NodeStatusServlet.java
Log Message:
Start using newly created draw-to-HttpServletResponse method in DibEncoder.
Index: NodeStatusServlet.java
===
Update of /cvsroot/freenet/freenet/src/freenet
In directory sc8-pr-cvs1:/tmp/cvs-serv20763/src/freenet
Modified Files:
OpenConnectionManager.java
Log Message:
Start using newly created draw-to-HttpServletResponse method in DibEncoder.
Index: OpenConnectionManager.java
===
Histogram of requested keys.
This count has nothing to do with keys in your datastore
Dec 2, 2003 11:44:58 AM
keys: 459
scale factor: 0.21548821032047272 (This is used to keep lines < 64 characters)
0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
a |
b |
c |
d |==
Update of /cvsroot/freenet/freenet/src/freenet/node/http/infolets
In directory sc8-pr-cvs1:/tmp/cvs-serv18889/src/freenet/node/http/infolets
Modified Files:
RTInfolet.java
Log Message:
Refactoring, break up the write() method into three different, smaller, methods
Index: RTInfolet.java
=
Update of /cvsroot/freenet/freenet/src/freenet/support/graph
In directory sc8-pr-cvs1:/tmp/cvs-serv18003/src/freenet/support/graph
Modified Files:
DibEncoder.java
Log Message:
Added a static support method for drawing a bitmap using a DibEncoder to a
HttpServletResponse (this is done in
Take this suggestion for what its worth (as my opinion currently holds
none in this conversation.) Don't make any release with the current
stable build, nor any NGR build for that matter. In my humble opinion
this would be the single biggest mistake the project could possibly
make. Ian, You oft
Martin Stone Davis wrote:
In fact, we could use the same sort of philsosphy to kill transfers due
to a too-low transfer rate. Once
bytesReceived/timeElapsedSinceSearchSuccess <
(1/OVERALL_TRANSFER_RATE_DEAD_FACTOR) *
MAX(estimatedRawTransferRateForThisNode,estimatedEffectiveTransferRateForBes
Toad wrote:
On Sun, Nov 30, 2003 at 10:09:40AM -0800, Martin Stone Davis wrote:
Ian Clarke wrote:
Ok, the new stable build seems to be working quite well, are other
people experiencing the same thing?
We need to take stock of the situation with NGR. I think one problem
has been a willingnes
89 matches
Mail list logo
