[freenet-support] DFI being inserted late today -- sorry!
I upgraded my Sun JDK today via FreeBSD's ports collection. Building the entire beast from source. Took longer than expected. I probably should have just killed everything else instead of letting fred and other stuff run as usual the whole time. Anyway, it's finally done, fred was just restarted, and once it settles down from its startup shakedown, I'll be inserting DFI. Just wanted to let everyone know, so you wouldn't be suspecting bad routing or whatever. :-) -- Conrad Sabatier <[EMAIL PROTECTED]> - "In Unix veritas" ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
Re: [freenet-support] Marked specialisation with 6441
Hmmm.. possibly. I run two unstable nodes and both of the nodes 'Histogram of requested keys' looks better than they have for a long time. - Original Message - From: "Roger Hayter" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, January 16, 2004 10:09 PM Subject: [freenet-support] Marked specialisation with 6441 > Has anyone noticed considerable specialisation appearing with the > current unstable builds (last 3/4 days)? I am getting 3:1 peaks in > "inbound request search keys" and "successful inbound request search > keys" for the same key space, as well as a distinct correlated peak in > datastore keys. So far rather flat success probability. This is so > different from the last six months I am surprised no one has commented. > Other routing success criteria (like "routedToChoiceRank") also seem to > be improving. I find this surprising as my node is only successfully > answering between 1 in 50 000 and one in 500 000 incoming queries, but I > wonder if it is a Good Thing? > -- > Roger Hayter > ___ > Support mailing list > [EMAIL PROTECTED] > http://news.gmane.org/gmane.network.freenet.support > ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
Re: [freenet-support] Specialisation with stable was Re: Marked specialisation with 6441
I think anyone who regularly browses Freenet is going to destroy their node's specialisation. Not really a big problem since it means popular content is available from more places in the network. Also, recent changes (in 5061) to send requests to all the nodes we know about, means the data you've cached will be useful to others. -Kevin On Fri, 2004-01-16 at 21:58, Someone wrote: > In stable I can't see any specialisation. My node is running since 04/2003 > with a DS size of 4GB (no DS wipe) and this is the current Histogram of keys > in the DS: > > Histogram of keys in in fred's data store > These are the keys to the data in your node's local cache (DataStore) > 16.01.2004 22:53:38 > keys: 11993 > scale factor: 0.07872078567743301 (This is used to keep lines < 64 characters) > > 0 |= > 1 |=== > 2 |=== > 3 |= > 4 |== > 5 | > 6 |= > 7 |= > 8 |=== > 9 | > a |== > b |=== > c |== > d |=== > e |=== > f |=== > > peaks (count/mean) > 1 --> (1.0019178) > 6 --> (0.9819061) > a --> (1.0632869) > d --> (1.0819645) > f --> (1.0846328) > > Doesn't look like it did specialize somehow. > > ___ > Support mailing list > [EMAIL PROTECTED] > http://news.gmane.org/gmane.network.freenet.support ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
[freenet-support] Specialisation with stable was Re: Marked specialisation with 6441
In stable I can't see any specialisation. My node is running since 04/2003 with a DS size of 4GB (no DS wipe) and this is the current Histogram of keys in the DS: Histogram of keys in in fred's data store These are the keys to the data in your node's local cache (DataStore) 16.01.2004 22:53:38 keys: 11993 scale factor: 0.07872078567743301 (This is used to keep lines < 64 characters) 0 |= 1 |=== 2 |=== 3 |= 4 |== 5 | 6 |= 7 |= 8 |=== 9 | a |== b |=== c |== d |=== e |=== f |=== peaks (count/mean) 1 --> (1.0019178) 6 --> (0.9819061) a --> (1.0632869) d --> (1.0819645) f --> (1.0846328) Doesn't look like it did specialize somehow. ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
[freenet-support] Marked specialisation with 6441
Has anyone noticed considerable specialisation appearing with the current unstable builds (last 3/4 days)? I am getting 3:1 peaks in "inbound request search keys" and "successful inbound request search keys" for the same key space, as well as a distinct correlated peak in datastore keys. So far rather flat success probability. This is so different from the last six months I am surprised no one has commented. Other routing success criteria (like "routedToChoiceRank") also seem to be improving. I find this surprising as my node is only successfully answering between 1 in 50 000 and one in 500 000 incoming queries, but I wonder if it is a Good Thing? -- Roger Hayter ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
[freenet-support] Re: Which JRE is recommended for Win2k
Herve Lefebvre schrieb: Yes, surprising. It seems that the IBM-1.4.x is not available une Windows. Well maybe there will be one in the future. But probably the SUN JVM has good performances under Windows. Last time I tried it under Linux it was _very_ slow (no JIT available). I tried some others JVM, and the IBM JVM for Linux appears to be fast and reliable. It is very slow, at least compared to non java apps. But the node seems to run much smoother with the 1.4.1_06 JRE. But I'm still getting some of theses: jobPartDone(473) on [EMAIL PROTECTED] MuxConnectionHandler[conn=[tcp/connection: *removed*>local,[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], identity=[DSA(*removed*)], sock=[Socket[addr=/*removed*,port=*removed*,localport=*removed*]], chan=[java.nio.channels.SocketChannel[closed]], peer=[Peer [DSA(*removed*) @ *removed* (1/3)]], outbound=[false]] but sendingPacket == null! Seems to be a bug within the mux code, maybe some sort of a timing problem due to my slow machine. But I really can't say more because I'm not a Java programmer (well I had to learn it for 6 months due my studies but the school dropped it because it is not really a programming language worth to use for bigger apps). ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
Re: [freenet-support] Re: Which JRE is recommended for Win2k
> Niklas Bergh schrieb: > >> Does it really include the 1.4.1 JVM or does it only include the 1.3.1 >> one? If it includes 1.4.1 I'd really much like to know where I can >> download it. > > Seems to be only 1.3.1 > http://www-106.ibm.com/developerworks/webservices/wsdk/ Yes, surprising. It seems that the IBM-1.4.x is not available une Windows. But probably the SUN JVM has good performances under Windows. Last time I tried it under Linux it was _very_ slow (no JIT available). I tried some others JVM, and the IBM JVM for Linux appears to be fast and reliable. -- [EMAIL PROTECTED] ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
RE: [freenet-support] 5061 Observations & questions
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Steen > Sent: den 16 januari 2004 12:35 > To: [EMAIL PROTECTED] > Subject: [freenet-support] 5061 Observations & questions > > > Some observations from my 5061 node, ocmContents page (and > the resulting questions to enhance my understanding of what's > going on.) : > > Established node, restarted and run for 2 hrs: > Total amount of messages transfered > Type > Sent/Received > DataNotFound >28/58 > InsertReply > 1/1 > StoreData >16/12 > Accepted >28/57 > NodeAnnouncement > 0/3 > QueryRestarted >28/59 > InsertRequest >56/25 > DataReply >16/17 > QueryRejected >29/65 > DataInsert > 1/5 > DataRequest >67/29 > QueryAborted > 3/3 > > + Shouldn't sent InsertRequests always be >= received InsertRequests? > (i.e Inserts from others + local inserts?) I have 56/25 > without doing any local inserts. Some of your InsertRequest where QR:d by the receiver -> Your node sent them to another node. > + Is there a timeout on data waiting to be transmitted? My > node seems to > get to approx 100KiB waiting and then everything stops > changing on the Messages transferred display. The data > waiting goes up and down about 5Kib, indicating something is > happening, but none of the message counts change. > > + How long until references are removed? Some of my Routing Table > entries still contain more than rtMaxRefs entries after 48 > hrs. Do they stay until the node is dropped from the routing table? Hmm.. Did you decrease your rtMaxRefs value in order to make the number of refs break the boundary? Usually refs are replaced with new ones when a new one from that node comes along or so.. > + How long until nodes are dropped from the routing table? They are never dropped, they are just replaced by other nodes (I think). > + What causes synchronisation between inbound & outbound > bandwidth? Only > my outbound bandwidth is limited (512/128 cable connection) > but inbound quickly stabilises at approx 90% of outbound. Nothing does it explicitly. A couple of things might cause a non-explicit sunc though, for instance: 1. If all data your node is sending actually is relayed from other nodes your outbound bw will never be larger than your inbound one. 2. Your node will usually not send a message unless it receives one and when it so does it will send at least one message. Regards /N ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
[freenet-support] Re: Which JRE is recommended for Win2k
Niklas Bergh schrieb: Does it really include the 1.4.1 JVM or does it only include the 1.3.1 one? If it includes 1.4.1 I'd really much like to know where I can download it. Seems to be only 1.3.1 http://www-106.ibm.com/developerworks/webservices/wsdk/ /N Greets someone ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
RE: [freenet-support] Re: Which JRE is recommended for Win2k
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Someone > Sent: den 16 januari 2004 13:51 > To: [EMAIL PROTECTED] > Subject: [freenet-support] Re: Which JRE is recommended for Win2k > > > Herve Lefebvre schrieb: > > > What kind of errors ? > > I already reported them here and mailed some log files to toad. > > > or maybe a configuration problem. > > It is mainly on default configuration, I just had to reduce > the max connections to 80 because of my "cheap" SOHO router. > And with the builds previous to 5054 (the non mux builds) it > run for days without errors in the log, CPU and memory usage > was quite high but it didn't stall. > > > I'm running with the IBM JVM 1.4.1 wich has (at least under linux) > > dramatically better performances than the SUN JVM. > > Is there a stand alone JRE from IBM? I just found the big JDK > for Windows, which isn't good according to the readme of fred. Does it really include the 1.4.1 JVM or does it only include the 1.3.1 one? If it includes 1.4.1 I'd really much like to know where I can download it. /N ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
RE: [freenet-support] Which JRE is recommended for Win2k
> I'm running with the IBM JVM 1.4.1 wich has (at least under > linux) dramatically better performances than the SUN JVM. And is not available for windows yet :( I am running 1.4.2_03 and cannot say I am seeing any problems that are caused by the actual JVM version... /N ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
[freenet-support] Re: Which JRE is recommended for Win2k
Herve Lefebvre schrieb: What kind of errors ? I already reported them here and mailed some log files to toad. or maybe a configuration problem. It is mainly on default configuration, I just had to reduce the max connections to 80 because of my "cheap" SOHO router. And with the builds previous to 5054 (the non mux builds) it run for days without errors in the log, CPU and memory usage was quite high but it didn't stall. I'm running with the IBM JVM 1.4.1 wich has (at least under linux) dramatically better performances than the SUN JVM. Is there a stand alone JRE from IBM? I just found the big JDK for Windows, which isn't good according to the readme of fred. BTW, I had to make some adjustements : The JVM is launched with the option to allows up to 200 MB of RAM allocated. I can't give it more than 128 MB because the machine it runs on is low on memory (256 MB) and has to run some other things too. I had to increase (currently up to 4096) the number of allowed open file for the user running the node. This shouldn't be a problem here. I had also to increase (currently up to 350) the maximum number of threads. Use threads actually stay below 200 on my node, but memory usage is still very high, seems like a memory hole somewhere. My node is now running with th last stable version since 18 hours without problems (except BW overload), on a K7-800MHz with 512 MB of RAM. It use about 30% of CPU. Well, my machine is an poor K6-2 300 Mhz with 256 MB of RAM. Just can't afford to upgrade it, besides everything else that runs on it doesn't have a problem with the low specs. I'll try the 1.4.1 JRE from Sun now. Maybe it is performing better. ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
Re: [freenet-support] Which JRE is recommended for Win2k
> Hi, > > at the moment I'm running my node with the Sun JRE 1.4.2_03 but > it doesn't work quite good (many errors within the log, What kind of errors ? > high CPU > and memory usage, node totally stalls after ~6 hours). From reading > other messages here I got the impression that the actual stable > build should do way better than it does for me. So can this be a > problem with the current Sun JRE? or maybe a configuration problem. I'm running with the IBM JVM 1.4.1 wich has (at least under linux) dramatically better performances than the SUN JVM. BTW, I had to make some adjustements : The JVM is launched with the option to allows up to 200 MB of RAM allocated. I had to increase (currently up to 4096) the number of allowed open file for the user running the node. I had also to increase (currently up to 350) the maximum number of threads. My node is now running with th last stable version since 18 hours without problems (except BW overload), on a K7-800MHz with 512 MB of RAM. It use about 30% of CPU. -- [EMAIL PROTECTED] ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
[freenet-support] Which JRE is recommended for Win2k
Hi, at the moment I'm running my node with the Sun JRE 1.4.2_03 but it doesn't work quite good (many errors within the log, high CPU and memory usage, node totally stalls after ~6 hours). From reading other messages here I got the impression that the actual stable build should do way better than it does for me. So can this be a problem with the current Sun JRE? On the download page you recommend the 1.4.1 version of the Sun JRE for Unix, but what version do you recommend for Win2k. Which version is used by the developers? Maybe it is just a matter of using the right JRE to get Fred to run better. Greets someone ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
[freenet-support] 5061: Unrecognized trailer ID
Does a node send any kind of error when it receives Unrecognized trailers? I'm seeing many of these messages (see below), even after the node has been running an hour. If we don't reset, does that mean some node upstream is sending data which will never be used? (I'm on a mission to identify unnecessary bandwidth usage, since that's my most scarce resource - RAM usage is fine at 50MiB, CPU around 10% of an 850MHz chip.) -Kevin 16-Jan-2004 11:41:13 (freenet.MuxTrailerReadManager, read interface thread, NORMAL): Unrecognized trailer ID: 61109 on [EMAIL PROTECTED] (DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13),tcp/, sessions=1, presentations=3,1, ID=DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13)): outbound attempts=1:0/1 for [EMAIL PROTECTED]: read: 0, init read: 870, authorized: 0, waiting: 0, max buffered: 65535, readers: 0, chunks waiting: 0 on [EMAIL PROTECTED] (DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13),tcp/, sessions=1, presentations=3,1, ID=DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13)): outbound attempts=1:0/1 ([EMAIL PROTECTED]: id=61109, keyOffset=0, length=860, cb=null) 16-Jan-2004 11:41:13 (freenet.MuxTrailerReadManager, read interface thread, NORMAL): Unrecognized trailer ID: 61109 on [EMAIL PROTECTED] (DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13),tcp/, sessions=1, presentations=3,1, ID=DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13)): outbound attempts=1:0/1 for [EMAIL PROTECTED]: read: 0, init read: 1740, authorized: 0, waiting: 0, max buffered: 65535, readers: 0, chunks waiting: 0 on [EMAIL PROTECTED] (DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13),tcp/, sessions=1, presentations=3,1, ID=DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13)): outbound attempts=1:0/1 ([EMAIL PROTECTED]: id=61109, keyOffset=860, length=860, cb=null) 16-Jan-2004 11:41:13 (freenet.MuxTrailerReadManager, read interface thread, NORMAL): Unrecognized trailer ID: 61109 on [EMAIL PROTECTED] (DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13),tcp/, sessions=1, presentations=3,1, ID=DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13)): outbound attempts=1:0/1 for [EMAIL PROTECTED]: read: 0, init read: 2610, authorized: 0, waiting: 0, max buffered: 65535, readers: 0, chunks waiting: 0 on [EMAIL PROTECTED] (DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13),tcp/, sessions=1, presentations=3,1, ID=DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13)): outbound attempts=1:0/1 ([EMAIL PROTECTED]: id=61109, keyOffset=1720, length=860, cb=null) 16-Jan-2004 11:41:14 (freenet.MuxTrailerReadManager, read interface thread, NORMAL): Unrecognized trailer ID: 61109 on [EMAIL PROTECTED] (DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13),tcp/, sessions=1, presentations=3,1, ID=DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13)): outbound attempts=1:0/1 for [EMAIL PROTECTED]: read: 0, init read: 3480, authorized: 0, waiting: 0, max buffered: 65535, readers: 0, chunks waiting: 0 on [EMAIL PROTECTED] (DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13),tcp/, sessions=1, presentations=3,1, ID=DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13)): outbound attempts=1:0/1 ([EMAIL PROTECTED]: id=61109, keyOffset=2580, length=860, cb=null) 16-Jan-2004 11:41:14 (freenet.MuxTrailerReadManager, read interface thread, NORMAL): Unrecognized trailer ID: 61109 on [EMAIL PROTECTED] (DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13),tcp/, sessions=1, presentations=3,1, ID=DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13)): outbound attempts=1:0/1 for [EMAIL PROTECTED]: read: 0, init read: 4146, authorized: 0, waiting: 0, max buffered: 65535, readers: 0, chunks waiting: 0 on [EMAIL PROTECTED] (DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13),tcp/, sessions=1, presentations=3,1, ID=DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13)): outbound attempts=1:0/1 ([EMAIL PROTECTED]: id=61109, keyOffset=3440, length=656, cb=null) 16-Jan-2004 11:41:14 (freenet.MuxTrailerReadManager, read interface thread, NORMAL): Unrecognized trailer ID: 61109 on [EMAIL PROTECTED] (DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13),tcp/, sessions=1, presentations=3,1, ID=DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13)): outbound attempts=1:0/1 for [EMAIL PROTECTED]: read: 0, init read: 5016, authorized: 0, waiting: 0, max buffered: 65535, readers: 0, chunks waiting: 0 on [EMAIL PROTECTED] (DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13),tcp/, sessions=1, presentations=3,1, ID=DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13)): outbound attempts=1:0/1 ([EMAIL PROTECTED]: id=61109, keyOffset=4096, length=860, cb=null) 16-Jan-2004 11:41:14 (freenet.MuxTrailerReadManager, read interface thread, NORMAL): Unrecognized trailer ID: 61109 on [EMAIL PROTECTED] (DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13),tcp/, sessions=1, presentations=3,1, ID=DSA(d69e 9b48 5c80 c8e7 ba46 402e 12be 5c37 ebe6 5e13)): outbound
[freenet-support] 5061 Observations & questions
Some observations from my 5061 node, ocmContents page (and the resulting questions to enhance my understanding of what's going on.) : Established node, restarted and run for 2 hrs: Total amount of messages transfered Type Sent/Received DataNotFound 28/58 InsertReply 1/1 StoreData 16/12 Accepted 28/57 NodeAnnouncement 0/3 QueryRestarted 28/59 InsertRequest 56/25 DataReply 16/17 QueryRejected 29/65 DataInsert 1/5 DataRequest 67/29 QueryAborted 3/3 + Shouldn't sent InsertRequests always be >= received InsertRequests? (i.e Inserts from others + local inserts?) I have 56/25 without doing any local inserts. + Is there a timeout on data waiting to be transmitted? My node seems to get to approx 100KiB waiting and then everything stops changing on the Messages transferred display. The data waiting goes up and down about 5Kib, indicating something is happening, but none of the message counts change. + How long until references are removed? Some of my Routing Table entries still contain more than rtMaxRefs entries after 48 hrs. Do they stay until the node is dropped from the routing table? + How long until nodes are dropped from the routing table? + What causes synchronisation between inbound & outbound bandwidth? Only my outbound bandwidth is limited (512/128 cable connection) but inbound quickly stabilises at approx 90% of outbound. TIA -Kevin ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
Re: [freenet-support] Odd failure(?) mode, and updating.
- Original Message - From: "Paul Derbyshire" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, January 16, 2004 8:30 AM Subject: [freenet-support] Odd failure(?) mode, and updating. > You may remember me as the one who had problems with fproxy that > proved to be brain-dead IE defaults. Turns out fproxy and my node are > working fine, and the node gets around 1 request a second suggesting > it's integrating way better than the freesite of evil keeps bitching > about. :) > > Reachability of stuff browsed through the interface seems to improve > as it gels into the network. Good to hear, that is one of the reasons the why it is good to run a permanent node. > Then this AM there was an incident, which happened to catch me in > front of the keyboard. It was hard not to notice, since the whole > system became largely unresponsive. For whatever reason, my node had > spawned over 5000 new threads in a matter of seconds and bloated to > take up much more RAM and most of the CPU, forcing me to restart the > service from the tray menu. Hopefully enough is cached between > sessions that this won't seriously compromise the node's integration. > > I have a number of new questions, none of which the FAQ will answer. > 1. What caused this? I've heard of some versions grabbing a lot of > system resources when inserting certain kinds of keys locally through > FCP, but not spontaneously or as a result of requests. Can it happen > when some kinds of keys are inserted by just propagating to your > node? Was it trying to upload and store a large file, maybe one that > came in 5000 asynchronous fragments? Pathological behavior that > cripples the host system until the node is restarted manually, > possibly then hurting the network by interrupting what would have > been an important task for others or by setting back the "integration > clock" on your node is, IMO, bad. Thread, CPU, and memory use may > need to be throttleable as bandwidth currently is. (The same applies > double to the gnutella client I run, though, which frequently bloats > up to 2000 threads and uses way more ram than the freenet node under > normal circumstances -- i.e. normal for the node AND the gnutella > client. :)) The theory is that this happens when the node finishes a huge bunch of stuff at the same time (for instance when we have queued lost of messages to another node and then that dies.. suddenly we have large amounts of failure messages to handle). And.. even worse, when the node has huge amounts of threads running it will have problems catching up since we all the time receives more messages etc over the network that are supposed to be processed -> even more threads spawned > 2. Is this already addressed by the update? It is in the version you are running even.. set the config param 'threadFactory=Y' in the freenet.ini file (dont forget to remove the '%' comment sign). This will cause your node to use another threadfactory which respects the tfAbsoluteMaxThreads param (which defaults to 500 or so) > 4. My machine seems to get a new IP address every so often, > automagically, and not just after a reboot. How well will the node > handle that?: It checks periodically. > a. Will it start screwing up if the IP changes mid-session and have > to be manually restarted? How to detect this or better yet, automate > it? Short of restarting it on a fixed schedule, which would probably > be bad. Or will it discover the new ip for itself? Perhaps as long as > it works OK without uncommenting and changing the ipAddress line in > freenet.ini it will cope automatically? Yes > b. How bad an effect on the network will the dynamic IP have, > especially if it requires periodic node restarts beyond the usual > "Windows had a cerebral embolism in its atrophied and still largely > 16-bit brain; time to reboot again, sigh" situations? > I'd rather avoid the dyndns.org service that I was shocked to find > pimped in a comment in the configuration file. Shocked, because of > this from its Click-through Terms of Service Of The Week(tm by > Microsoft who pioneered the practise): Sure, a fixed IP would of course be better but fred is designed to cope with IP changes (read up on what ARK's (freenet only term) are if you want details) /N ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
Re: [freenet-support] Stable build 5055 crashes under Linux
On Thu, 15 Jan 2004 10:43:42 +0100 "Niklas Bergh" <[EMAIL PROTECTED]> wrote: > I have checked to code. The file property that is used is 'last > modified time'. Can you verify that your touch modified this property > on the fields. > > I have now committed code to unstable which gives a more informative > error message. Might be included in the next stable build if Matthew > chooses to merge the change. Yes, the touch command did update the files correctly. However, I have got the latest build to run by deleting the store filesystem and recreating the directory. Must have been a file in that directory that had a weird date that I missed. Justin ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support
[freenet-support] Odd failure(?) mode, and updating.
You may remember me as the one who had problems with fproxy that proved to be brain-dead IE defaults. Turns out fproxy and my node are working fine, and the node gets around 1 request a second suggesting it's integrating way better than the freesite of evil keeps bitching about. :) Reachability of stuff browsed through the interface seems to improve as it gels into the network. Then this AM there was an incident, which happened to catch me in front of the keyboard. It was hard not to notice, since the whole system became largely unresponsive. For whatever reason, my node had spawned over 5000 new threads in a matter of seconds and bloated to take up much more RAM and most of the CPU, forcing me to restart the service from the tray menu. Hopefully enough is cached between sessions that this won't seriously compromise the node's integration. I have a number of new questions, none of which the FAQ will answer. 1. What caused this? I've heard of some versions grabbing a lot of system resources when inserting certain kinds of keys locally through FCP, but not spontaneously or as a result of requests. Can it happen when some kinds of keys are inserted by just propagating to your node? Was it trying to upload and store a large file, maybe one that came in 5000 asynchronous fragments? Pathological behavior that cripples the host system until the node is restarted manually, possibly then hurting the network by interrupting what would have been an important task for others or by setting back the "integration clock" on your node is, IMO, bad. Thread, CPU, and memory use may need to be throttleable as bandwidth currently is. (The same applies double to the gnutella client I run, though, which frequently bloats up to 2000 threads and uses way more ram than the freenet node under normal circumstances -- i.e. normal for the node AND the gnutella client. :)) 2. Is this already addressed by the update? 3. How do you install the update, short of opening Explorer and painstakingly navigating your way to the Freenet install directory under Program Files to run the updater? Update is a logical item for the tray menu on Win32, but it's not there; failing that it's a logical button for the configure tool's main tab, but it's not there either. [While on the subject, the configure tool needs a cooler name and a cross-platform rather than MFC implementation. I suggest a lightweight C++/GTK app and a name of FreeConfigurator. :)] 4. My machine seems to get a new IP address every so often, automagically, and not just after a reboot. How well will the node handle that?: a. Will it start screwing up if the IP changes mid-session and have to be manually restarted? How to detect this or better yet, automate it? Short of restarting it on a fixed schedule, which would probably be bad. Or will it discover the new ip for itself? Perhaps as long as it works OK without uncommenting and changing the ipAddress line in freenet.ini it will cope automatically? b. How bad an effect on the network will the dynamic IP have, especially if it requires periodic node restarts beyond the usual "Windows had a cerebral embolism in its atrophied and still largely 16-bit brain; time to reboot again, sigh" situations? I'd rather avoid the dyndns.org service that I was shocked to find pimped in a comment in the configuration file. Shocked, because of this from its Click-through Terms of Service Of The Week(tm by Microsoft who pioneered the practise): "The Member will not use the Service for illegal software, junk pornography, spamming or any use of distribution lists to any person who has not given specific permission to be included in such a process. The Member agrees not to transmit through the service any unlawful, harassing, libelous, abusive, threatening, harmful, vulgar, obscene or otherwise objectionable material of any kind or nature...The Member further agrees not to transmit any material that encourages conduct that could constitute a criminal offense, give rise to civil liability or otherwise violate any applicable local, state, national, or international law or regulation." This seems implacably hostile to using dyndns to point to a freenet node! By its nature a freenet node makes it difficult but not impossible for its operator to know what is being "transmitted through the service", and impossible for the operator to control it. Of course, it's hard to prove that "junk pornography" (and just how in the hell is that defined, and why does dyndns take it upon itself to dictate sexual mores like it was some 19th century church?) and so on is really in your store, but the node operator is put in an uncomfortable position. If they truly honor the above agreement rather than ignoring it, they must use all means at their disposal to at least try to determine and control what flows through their node and resides i