> The entire approach of coming up with hypotheses about what is wrong,
> building a solution based on these hypotheses (without actually
> confirming that the hypotheses are accurate) and deploying it is deja
> vu, we've been doing it for a decade, and we still haven't got load
> management r
The entire approach of coming up with hypotheses about what is wrong,
building a solution based on these hypotheses (without actually
confirming that the hypotheses are accurate) and deploying it is deja
vu, we've been doing it for a decade, and we still haven't got load
management right. We
here is not a single wiki-commit for the fcp in the last 30 days.
Regards,
Thomas Bruderer, Apophis
-- next part --
An HTML attachment was scrubbed...
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20110605/22450fdd/attachment.html>
used at
all, there is not a single wiki-commit for the fcp in the last 30 days.
Regards,
Thomas Bruderer, Apophis
___
Devl mailing list
Devl@freenetproject.org
http://freenetproject.org/cgi-bin/mailman/listinfo/devl
Am 18.10.2010 18:38, schrieb Ian Clarke:
> Of course, reinventing the wheel is nothing new for Freenet :-/
Indeed ... but thats not the point of the discussion about Java Script.
It's obviously your newest toy you really want to have in the project -
I cant imagine why. A UI framework certai
Am 18.10.2010 18:38, schrieb Ian Clarke:
> Of course, reinventing the wheel is nothing new for Freenet :-/
Indeed ... but thats not the point of the discussion about Java Script.
It's obviously your newest toy you really want to have in the project -
I cant imagine why. A UI framework certain
Am 15.10.2010 20:57, schrieb David ?Bombe? Roden:
> On Friday 15 October 2010 17:29:52 Matthew Toseland wrote:
>
>> We are considering making it impossible to use Freenet without a browser
>> supporting Javascript. Yes or no answers would be useful (feel free to
>> make further comments).
> Requi
Am 15.10.2010 20:57, schrieb David ‘Bombe’ Roden:
On Friday 15 October 2010 17:29:52 Matthew Toseland wrote:
We are considering making it impossible to use Freenet without a browser
supporting Javascript. Yes or no answers would be useful (feel free to
make further comments).
Require? No. Off
I wanted to update my FCP2 Library this week, and since I was aware of
the ever changing defintiions ins Freenet, I already made up code for
easily detecting the changes in the Protocol directly out of the
library. Its very difficult to keep an OO Wrapper consistent to a
documentation when the
I wanted to update my FCP2 Library this week, and since I was aware of
the ever changing defintiions ins Freenet, I already made up code for
easily detecting the changes in the Protocol directly out of the
library. Its very difficult to keep an OO Wrapper consistent to a
documentation when the
>> "ETA: -9s" is probably not what we want. :)
>>
>
> It happens when the start of the file progresses fast, then slows
> down, eg if it's in the store. Well, it should stop at 0:)
>
If you ask me, you should stop even before. Many progress bars are slow
near the end and it always looks l
"ETA: -9s" is probably not what we want. :)
It happens when the start of the file progresses fast, then slows
down, eg if it's in the store. Well, it should stop at 0:)
If you ask me, you should stop even before. Many progress bars are slow
near the end and it always looks like the la
Very nice!
sashee wrote:
> When I said pushng, I meant pushing, really. It is achieved via long
> polling, means that the browser makes a connection, and the server
> wait till data changes. If it does, then it replies, and the browser
> opens another connection. So a data change triggers it, and
sashee wrote:
This sounds very promising :) and it is certainly a nice feature we all
will appreciate very much.
However I have a rather technical questions out of curiousity, you talk
several times about "pushing" the content.
> It is accomplished with ajax requests and javascript at the clie
Very nice!
sashee wrote:
When I said pushng, I meant pushing, really. It is achieved via long
polling, means that the browser makes a connection, and the server
wait till data changes. If it does, then it replies, and the browser
opens another connection. So a data change triggers it, and not ju
sashee wrote:
This sounds very promising :) and it is certainly a nice feature we all
will appreciate very much.
However I have a rather technical questions out of curiousity, you talk
several times about "pushing" the content.
It is accomplished with ajax requests and javascript at the cl
> 1) It seems like you forgot the last 2 sections? ("; Service starter"
> and "; Service stopper")
>
Should have taken danish or italian version as a base, the french
translation is incomplete, and I took it as my base. Will add it tomorrow.
Oui, le version fran?ais n'est pas fini!
> 2) The
xor wrote:
> Hi,
>
> it seems that there is no German translation for the WinInstaller yet. We
> should have one, the German internet community is huge.
>
> I *could* translate it to German if nobody else does it, however, I am quite
> busy and would be glad if someone else did it.
>
> So will an
1) It seems like you forgot the last 2 sections? ("; Service starter"
and "; Service stopper")
Should have taken danish or italian version as a base, the french
translation is incomplete, and I took it as my base. Will add it tomorrow.
Oui, le version français n'est pas fini!
2) The follow
Schedule for 0.7.5?
The translation is done in polite Form - "Sie" and the orthography is
swiss (.i.e ss instead of ß)
Greetings,
Apophis
;
; Translation file - German (de) [Sie] - by Thomas Bruderer (apophis /
www.apophis.ch)
;
LoadLanguage_de()
{
; Installer - Common
Trans_Ad
Matthew Toseland wrote:
> On Thursday 07 May 2009 23:27:44 Matthew Toseland wrote:
>
>> On Thursday 07 May 2009 18:10:06 Matthew Toseland wrote:
>>
>>> https://checksums.freenetproject.org/latest/FreenetInstaller.exe
>>>
>>> This should be Vista-compatible. It is entirely Zero3's work. Plea
> I vote for this option, to be exact, i vote for the way, how FMS basicly
> works:
>
> - 1 trustlist for every application: With this value, you set, if you want to
> read someones
> messages, see someones files, freesites or whatever your WoT-based app uses.
> No value by default, if
> truste
Matthew Toseland wrote:
On Thursday 07 May 2009 23:27:44 Matthew Toseland wrote:
On Thursday 07 May 2009 18:10:06 Matthew Toseland wrote:
https://checksums.freenetproject.org/latest/FreenetInstaller.exe
This should be Vista-compatible. It is entirely Zero3's work. Please test
i
> I vote for this option, to be exact, i vote for the way, how FMS basicly
> works:
>
> - 1 trustlist for every application: With this value, you set, if you want to
> read someones
> messages, see someones files, freesites or whatever your WoT-based app uses.
> No value by default, if
> truste
> For what it's worth, I did some quick-and-dirty simulations a while back
> to test this theory - like you I thought longer links would have higher
> load, but it turns out the opposite is true.
Well thats nice that someone did this. However for me this simulation concerns
me quite a lot. I'll
> For what it's worth, I did some quick-and-dirty simulations a while back
> to test this theory - like you I thought longer links would have higher
> load, but it turns out the opposite is true.
Well thats nice that someone did this. However for me this simulation concerns
me quite a lot. I'll
> On Tuesday 22 May 2007 01:15, jarvil at ... wrote:
> > > Well do we really want nodes to be sending 99% of their traffic to a
> > > single ubernode? That doesn't seem healthy to me. Potential attacks.
> >
> > Since the links of this nature would be entirely random there is no
> > such thing as a
> On Tuesday 22 May 2007 01:15, [EMAIL PROTECTED] wrote:
> > > Well do we really want nodes to be sending 99% of their traffic to a
> > > single ubernode? That doesn't seem healthy to me. Potential attacks.
> >
> > Since the links of this nature would be entirely random there is no
> > such thing
> Locations are swapped on 0.7, fairly frequently.
I am aware of that, but I won't analyze theoretically the implication of this. I
will start with a stable Network which fullfills the Small World Topology.
> Right, in darknet Sybil isn't an issue unless people are stupid, no?
This will be one of
> Locations are swapped on 0.7, fairly frequently.
I am aware of that, but I won't analyze theoretically the implication of this. I
will start with a stable Network which fullfills the Small World Topology.
> Right, in darknet Sybil isn't an issue unless people are stupid, no?
This will be one of
s puzzles.
I hope I won't run in a dead end, and the final answer shouldn't be: "its
entierly impossible."
I am very open to thoughts and Ideas.
Greets
Thomas Bruderer
s puzzles.
I hope I won't run in a dead end, and the final answer shouldn't be: "its
entierly impossible."
I am very open to thoughts and Ideas.
Greets
Thomas Bruderer
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Matthew Toseland writes:
>
> Freenet 0.7 build 1010 is now available. This build fixes a serious
> security bug in our encryption code, affecting both link encryption and
> encryption of keys. Please upgrade immediately; it is a mandatory build
> as of now (meaning it will not connect to older b
Matthew Toseland <[EMAIL PROTECTED]> writes:
>
> Freenet 0.7 build 1010 is now available. This build fixes a serious
> security bug in our encryption code, affecting both link encryption and
> encryption of keys. Please upgrade immediately; it is a mandatory build
> as of now (meaning it will not
toad writes:
>
> On Sat, Oct 07, 2006 at 05:52:27PM -0400, Ed Tomlinson wrote:
> > On Friday 06 October 2006 19:01, toad wrote:
> > > 1. THE STORE IS *LESS* EFFECTIVE THAN THE CACHE!
> >
> > What is the expected ratio of store to cache hits?
> >
> > Given that nodes seem to cluster (if the
toad <[EMAIL PROTECTED]> writes:
>
> On Sat, Oct 07, 2006 at 05:52:27PM -0400, Ed Tomlinson wrote:
> > On Friday 06 October 2006 19:01, toad wrote:
> > > 1. THE STORE IS *LESS* EFFECTIVE THAN THE CACHE!
> >
> > What is the expected ratio of store to cache hits?
> >
> > Given that nodes seem
> With 0.5 I start it up, wait 2 or 3 hours, and it has around
> 100 connections and an, at least, usable amount of speed.
>
> To me 0.7 is merely junk at it's current state.
... Read on #freenet-refs... then you would see that most users think like that.
Please ask the users what they want... a
> With 0.5 I start it up, wait 2 or 3 hours, and it has around
> 100 connections and an, at least, usable amount of speed.
>
> To me 0.7 is merely junk at it's current state.
... Read on #freenet-refs... then you would see that most users think like that.
Please ask the users what they want... a
toad writes:
> With very little exception, 0.7 darknet operators are bloody fast with
> the 'remove reference' command.
Ubernodes don't do that at all. I waited at least for 3 or 4 weeks before they
were removed. Other nodes did it not at all. ubernode had its ranking system to
encourage people.
toad <[EMAIL PROTECTED]> writes:
> With very little exception, 0.7 darknet operators are bloody fast with
> the 'remove reference' command.
Ubernodes don't do that at all. I waited at least for 3 or 4 weeks before they
were removed. Other nodes did it not at all. ubernode had its ranking system t
> > And from what chapter of "Polemics for Dummies" does the 1200 come from?
> > My node rarely exceeds 150 threads. Currently it's at 74.
> Right, 1200 is a bug.
>
> 74 is not that excessive on modern hardware - not unless CPU usage is a
> major problem. Is it?
no 74 is definitly reasonable. bu
> > And from what chapter of "Polemics for Dummies" does the 1200 come from?
> > My node rarely exceeds 150 threads. Currently it's at 74.
> Right, 1200 is a bug.
>
> 74 is not that excessive on modern hardware - not unless CPU usage is a
> major problem. Is it?
no 74 is definitly reasonable. bu
> > Logical? Only for programmers not knowing the gigantic overhead of threads.
> > Fast? Its probrably for most problems not even faster to develop,
> > especially
> > since multithreading always leads to the nastiest bug ever. And for the
> > application its obvious that it gets slower with ea
> > Logical? Only for programmers not knowing the gigantic overhead of threads.
> > Fast? Its probrably for most problems not even faster to develop,
> > especially
> > since multithreading always leads to the nastiest bug ever. And for the
> > application its obvious that it gets slower with ea
> > Someone who develops and tells me that 1000 threads for one single
> > application is normal... THATS what I am flameing about.
>
> That always depends on the application. If I have to write an
> application that solves a problem that warrants 1000 threads, why the
> hell not? And Freenet has
> Thomas Bruderer wrote:
> > What the hell are you doing with over 1000 threads?
>
> Flaming about bugs doesn't fix them. Perhaps you could attach a debugger
> and find out what the threads are doing? As far as I know, each
> outstanding request and insert has its own
Sorry for this post to devel: but it took toad 3 months to answer this on the
Bugtracker...
>>Obviously they are created somewhere, so why are there 800 - 1200 threads
>>running the same time? (which is in facht the same as zothar mentions)
>So what? 2.6 handles lots of threads quite efficiently
> > Someone who develops and tells me that 1000 threads for one single
> > application is normal... THATS what I am flameing about.
>
> That always depends on the application. If I have to write an
> application that solves a problem that warrants 1000 threads, why the
> hell not? And Freenet has
Sorry for this post to devel: but it took toad 3 months to answer this on the
Bugtracker...
>>Obviously they are created somewhere, so why are there 800 - 1200 threads
>>running the same time? (which is in facht the same as zothar mentions)
>So what? 2.6 handles lots of threads quite efficiently
> Thomas Bruderer wrote:
> > What the hell are you doing with over 1000 threads?
>
> Flaming about bugs doesn't fix them. Perhaps you could attach a debugger
> and find out what the threads are doing? As far as I know, each
> outstanding request and insert has its own
> Not the near future. This year perhaps, but not the immediate future.
this year "perhaps"?
Why not?
0.5 seems officially deprecated since it's not on the project site anymore, if
you dont know where to look, and 0.7 is just not for the users. So you let both
networks die.
So u splitted the s
> Not the near future. This year perhaps, but not the immediate future.
this year "perhaps"?
Why not?
0.5 seems officially deprecated since it's not on the project site anymore, if
you dont know where to look, and 0.7 is just not for the users. So you let both
networks die.
So u splitted the s
Jerome Flesch writes:
>
> Hello,
>
> According to some people on IRC, Thaw seems to be now a good competitor to
> Fuqid. So I think it could be interresting to release a first Thaw beta (If
> you agree for this first release, I will announce it on freenet-chat
> and
> Frost).
>
> But bef
Jerome Flesch <[EMAIL PROTECTED]> writes:
>
> Hello,
>
> According to some people on IRC, Thaw seems to be now a good competitor to
> Fuqid. So I think it could be interresting to release a first Thaw beta (If
> you agree for this first release, I will announce it on freenet-chat
> and
> F
Matthew Toseland writes:
>
> 1. Most people who reach the downloads page apparently don't download
> the installer.
> - Is there a technical problem?
> - Is it simply that the installer is cached by web proxies?
>
> 2. A lot of people are downloading Freenet 0.7
>
> 3. Very few of them are see
Matthew Toseland <[EMAIL PROTECTED]> writes:
>
> 1. Most people who reach the downloads page apparently don't download
> the installer.
> - Is there a technical problem?
> - Is it simply that the installer is cached by web proxies?
>
> 2. A lot of people are downloading Freenet 0.7
>
> 3. Very
> Well, I have never heard or read that Toad said that, but the
> response to anyone that did say that is that the darknet is there so
> that it is available to those that need it. If people don't need the
> security offered by participating in a darknet, then they should use
> the opennet
> Well, I have never heard or read that Toad said that, but the
> response to anyone that did say that is that the darknet is there so
> that it is available to those that need it. If people don't need the
> security offered by participating in a darknet, then they should use
> the opennet
> Why not implement proper opennet? Your stated objection was
> previously based on something Oskar apparently said, or didn't say,
> but he now seems to think we should do it (in fact, I think this was
> always his opinion).
I always was in favour of an opennet, and I dont like the idea of
> Why not implement proper opennet? Your stated objection was
> previously based on something Oskar apparently said, or didn't say,
> but he now seems to think we should do it (in fact, I think this was
> always his opinion).
I always was in favour of an opennet, and I dont like the idea of
> I really wish we could get people to not want opennet, it's just too
> much trouble for a more used but less tough net.
tough in what sense? I can do a very tough net with 2 nodes. If the network is
really tough will be only seen when we have a large userbase. And there is no
way around opennet
> I really wish we could get people to not want opennet, it's just too
> much trouble for a more used but less tough net.
tough in what sense? I can do a very tough net with 2 nodes. If the network is
really tough will be only seen when we have a large userbase. And there is no
way around opennet
Matthew Toseland writes:
>
> How big a problem is backoff right now?
Connected 3, Backed Off 15
Connection apophis - ubernode is completly backed off both ways.
Right now this doesnt worry me because I have restarted the node and now there
are 80 Requests pending, and a CPU load of 15%, and
Matthew Toseland <[EMAIL PROTECTED]> writes:
>
> How big a problem is backoff right now?
Connected 3, Backed Off 15
Connection apophis - ubernode is completly backed off both ways.
Right now this doesnt worry me because I have restarted the node and now there
are 80 Requests pending, and a C
> > 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...
> >
>
> You are only considering
> > 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...
> >
>
> You are only considering
> 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
>
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
> 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
>
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
> 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...
> > The rationale was to treat the network collectively as a single
> > receiver. Do you see reasons why that approach won't work?
> I'm not saying it definitely won't work, but it's so far outside of
> what TCP was designed for that I don't think it can really be considered
> a well-tested syst
> > The rationale was to treat the network collectively as a single
> > receiver. Do you see reasons why that approach won't work?
> I'm not saying it definitely won't work, but it's so far outside of
> what TCP was designed for that I don't think it can really be considered
> a well-tested syst
>
First of all you dont implement TCP here, TCP is a 1 to 1 connection. What we
face here is a 1 to many connection. If I insert to a certain node one packet
doesnt mean my next packet goes to this node aswell. So if you backpropagate
that the last node got lost doesnt mean at all that my next node
>
First of all you dont implement TCP here, TCP is a 1 to 1 connection. What we
face here is a 1 to many connection. If I insert to a certain node one packet
doesnt mean my next packet goes to this node aswell. So if you backpropagate
that the last node got lost doesnt mean at all that my next node
> Why are inserts so slow?
> Well, inserts visit more nodes. This means:
> a) They take longer, (quite a lot longer) and
a) They do, but I don't agree that we cant send more packets.
> b) They are more likely to get a RejectedOverload (or a timeout).
b) agreed, but that is obviously not the Pro
> Why are inserts so slow?
> Well, inserts visit more nodes. This means:
> a) They take longer, (quite a lot longer) and
a) They do, but I don't agree that we cant send more packets.
> b) They are more likely to get a RejectedOverload (or a timeout).
b) agreed, but that is obviously not the Pr
Hi devl
was surprised how good 0.7 alpha is, wasn't that enthuastic before I
testet it.
I also tried fuqid today.
My test enviroment: have a server well connected to the darknet, have
some big neigbors, and have several connections. Downloads are fine and
quite fast. I am connected from my
Hi devl
was surprised how good 0.7 alpha is, wasn't that enthuastic before I
testet it.
I also tried fuqid today.
My test enviroment: have a server well connected to the darknet, have
some big neigbors, and have several connections. Downloads are fine and
quite fast. I am connected from my cl
86 matches
Mail list logo
