On 4/19/06, Ian Clarke wrote:
> I have signed us up to be a mentoring organization for the Google
> Summer of Code, which you can read more about here:
>
>http://code.google.com/soc/
>
> I'm still figuring this out, but it seems that we can submit ideas,
> and can select "mentors" from within
* Ian Clarke [2006-04-19 10:46:03]:
> I have signed us up to be a mentoring organization for the Google
> Summer of Code, which you can read more about here:
>
> http://code.google.com/soc/
>
> I'm still figuring this out, but it seems that we can submit ideas,
> and can select "mentors"
> I will apply to the SoC, my project is likely to be something about
> Freemail (https://emu.freenetproject.org/svn/trunk/apps/Freemail/README).
> Details will come with my final proposal.
Ooh-err. I've actually started writing a Java Freemail type system for 0.7
over Easter weekend (which I hav
Hi,
So I've just spent a while tracking down why KSKs and SSKs don't collide, even
if you insert different data. The answer is that in
MultiPutCompletionCallback, onFailure gets called, but doesn't complete the
request because it's still waiting on some blocks. onSuccess then gets called
and s
* Thomas Bruderer [2006-04-19 14:59:02]:
>
> > And what's the reason of the backoff ? :) isn't it a high network latency ?
> > >
> > try pinging a backed off peer.
>
> Good idea I did that... now look at the result:
> Low Level PING, i.e. ICMP
>
> None means they dont respond to ICMP Packets.
> And what's the reason of the backoff ? :) isn't it a high network latency ? >
> try pinging a backed off peer.
Good idea I did that... now look at the result:
Low Level PING, i.e. ICMP
None means they dont respond to ICMP Packets... I love those.
CONNECTED120.371Fred,0.7,1.0,633
CONNE
I only agree in one point, that we don't agree...
> Do you know what the default HTL is on .7 ?
Insert? Minimum or average?
> May I express my doubts? I'm not
> convinced that we should think in terms of "bandwith"... There are two
> different things : "bandwith" used in between nodes and overal
* Ian Clarke <[EMAIL PROTECTED]> [2006-04-19 10:46:03]:
> I have signed us up to be a mentoring organization for the Google
> Summer of Code, which you can read more about here:
>
> http://code.google.com/soc/
>
> I'm still figuring this out, but it seems that we can submit ideas,
> and ca
On 4/19/06, Ian Clarke <[EMAIL PROTECTED]> wrote:
> I have signed us up to be a mentoring organization for the Google
> Summer of Code, which you can read more about here:
>
>http://code.google.com/soc/
>
> I'm still figuring this out, but it seems that we can submit ideas,
> and can select "me
I have signed us up to be a mentoring organization for the Google
Summer of Code, which you can read more about here:
http://code.google.com/soc/
I'm still figuring this out, but it seems that we can submit ideas,
and can select "mentors" from within the project, and then students
can su
I have signed us up to be a mentoring organization for the Google
Summer of Code, which you can read more about here:
http://code.google.com/soc/
I'm still figuring this out, but it seems that we can submit ideas,
and can select "mentors" from within the project, and then students
can su
* Thomas Bruderer [2006-04-19 09:45:23]:
This one is more interresting :))
> >
> My DSL node is only a leaf - node so I can't tell you much there. However I
> had
> problems with "backed off" nodes which are in fact idle. But I know this is
> already known..
>
And what's the reason of the bac
* Thomas Bruderer [2006-04-19 09:31:55]:
> 12345678901234567890123456789012345678901234567890123456789012345678901234567890
> > > The testenviroment right now is quite perfect,
> >
> > According to freeviz it's far away from beeing perfect !
> > http://freeviz.freenetproject.org/ what are we tal
Thomas Bruderer wrote:
>> emphasis "using more bandwith of the overall network". The network is of
>> course starved for bandwidth most of the time, due to asynhronous
>> connections.
>
> Do we agree that most darknet nodes idle?
Not afaik. My node is always under-utilising its bandwidth limits
>
My DSL node is only a leaf - node so I can't tell you much there. However I had
problems with "backed off" nodes which are in fact idle. But I know this is
already known..
> Yes, inserts should be almost as fast as downloads on an idle testnet,
> as long as end-to-end latency is not too huge to
12345678901234567890123456789012345678901234567890123456789012345678901234567890
> > The testenviroment right now is quite perfect,
>
> According to freeviz it's far away from beeing perfect !
> http://freeviz.freenetproject.org/ what are we talking about ? the longest
> route atm is hardly 12 nod
* Thomas Bruderer <[EMAIL PROTECTED]> [2006-04-19 14:59:02]:
>
> > And what's the reason of the backoff ? :) isn't it a high network latency ?
> > >
> > try pinging a backed off peer.
>
> Good idea I did that... now look at the result:
> Low Level PING, i.e. ICMP
>
> None means they dont respo
> yes you are right we might get in conflict with other downloads/inserts, but
> if
> we get a share of the bandwith for inserts on every node we should have the
> same
> throughput as downloads (but using more bandwith of the overall network but in
> serial). (because every block is independend,
* Thomas Bruderer [2006-04-19 07:40:05]:
> > emphasis "using more bandwith of the overall network". The network is of
> > course starved for bandwidth most of the time, due to asynhronous
> > connections.
>
> Do we agree that most darknet nodes idle?
I don't know
> Or do we atleast agree that
> And what's the reason of the backoff ? :) isn't it a high network latency ? >
> try pinging a backed off peer.
Good idea I did that... now look at the result:
Low Level PING, i.e. ICMP
None means they dont respond to ICMP Packets... I love those.
CONNECTED120.371Fred,0.7,1.0,633
CONNE
> emphasis "using more bandwith of the overall network". The network is of
> course starved for bandwidth most of the time, due to asynhronous
> connections.
Do we agree that most darknet nodes idle?
Or do we atleast agree that most testnet nodes idle?
The testenviroment right now is quite perf
I always suspect things which seem to others so obvious...
There seems to be the missleading concept that inserts have to be slower than
downloads. The argument is: it needs to go over more hops therefore it is
slower. I have discussed this issue, and I think its obvious that this is not
true...
I only agree in one point, that we don't agree...
> Do you know what the default HTL is on .7 ?
Insert? Minimum or average?
> May I express my doubts? I'm not
> convinced that we should think in terms of "bandwith"... There are two
> different things : "bandwith" used in between nodes and overal
* Thomas Bruderer <[EMAIL PROTECTED]> [2006-04-19 09:45:23]:
This one is more interresting :))
> >
> My DSL node is only a leaf - node so I can't tell you much there. However I
> had
> problems with "backed off" nodes which are in fact idle. But I know this is
> already known..
>
And what's th
* Thomas Bruderer <[EMAIL PROTECTED]> [2006-04-19 09:31:55]:
> 12345678901234567890123456789012345678901234567890123456789012345678901234567890
> > > The testenviroment right now is quite perfect,
> >
> > According to freeviz it's far away from beeing perfect !
> > http://freeviz.freenetproject.o
>
My DSL node is only a leaf - node so I can't tell you much there. However I had
problems with "backed off" nodes which are in fact idle. But I know this is
already known..
> Yes, inserts should be almost as fast as downloads on an idle testnet,
> as long as end-to-end latency is not too huge to
12345678901234567890123456789012345678901234567890123456789012345678901234567890
> > The testenviroment right now is quite perfect,
>
> According to freeviz it's far away from beeing perfect !
> http://freeviz.freenetproject.org/ what are we talking about ? the longest
> route atm is hardly 12 nod
* Thomas Bruderer <[EMAIL PROTECTED]> [2006-04-19 07:40:05]:
> > emphasis "using more bandwith of the overall network". The network is of
> > course starved for bandwidth most of the time, due to asynhronous
> > connections.
>
> Do we agree that most darknet nodes idle?
I don't know
> Or do we
Thomas Bruderer wrote:
emphasis "using more bandwith of the overall network". The network is of
course starved for bandwidth most of the time, due to asynhronous
connections.
Do we agree that most darknet nodes idle?
Not afaik. My node is always under-utilising its bandwidth limits, it
seem
> emphasis "using more bandwith of the overall network". The network is of
> course starved for bandwidth most of the time, due to asynhronous
> connections.
Do we agree that most darknet nodes idle?
Or do we atleast agree that most testnet nodes idle?
The testenviroment right now is quite perf
30 matches
Mail list logo
