Re: [freenet-support] Re: Stable build 5087
Maybe you are right. I did see some suspicious RNFs earlier... On Wed, Jul 28, 2004 at 11:15:40AM -0400, Edward J. Huff wrote: > On Wed, 2004-07-28 at 08:42, Toad wrote: > > Obviously my efforts are worthless. I should go get a job stacking > > shelves. > > Not at all. I'm just pointing out the facts. It's a lot harder to > retrieve data from 5087 than from 5084, and the number of nodes running > 5084 seems to be increasing. Just now the number of 5087 also > increased, or my node connected to more of them. Later the numbers > decreased, because some nodes were dropped from the RT. > > 5085 and later have much more accurate upstream bandwidth limiting. > Also freenet.client.cli.Main seems to work better in 5085 and later. > > Upon falling back, my local success ratio went from 0.3% to 10%. > This is requesting splitfile blocks in random order from a large > list of blocks (which have been reported inserted or successfully > retrieved by others) with random htl ranging 0 to 20, with > no immediate retries. My 75 GiB datastore is not yet full... > > There is something going on which causes lots of quick RNF's. See > attached logs of my request script (which uses freenet.client.cli.Main > to issue requests). The 5087 performance data came before the 5084 > data. Build 5087 was getting large numbers of RNF's, even with only one > request pending at a time. 5084 got a bunch of them just after restart, > when there were only a few connections open, but after the node got > connected, there have been almost none, and the number of pending > requests maxed out at 40. > > localRequestSuccessRatio: > hour 1090994400 12623 0.002377179080824089 > hour 1090998000 10066 0.005964214711729622 > hour 1091001600 11831 8.453085376162299E-4 > hour 1091005200 11563 0.0025951557093425604 > fall back to 5084 -- fewer requests, more successes. > hour 1091008800 471 20 0.04246284501061571 > hour 1091012400 579 17 0.02936096718480138 > hour 1091016000 480 25 0.052086 > hour 1091019600 784 79 0.10076530612244898 > > requestSuccessRatio: > hour 1090998000 194420 0.0102880658436214 > hour 1091001600 24198 0.0033071517155849523 > hour 1091005200 239416 0.006683375104427736 > hour 1091008800 897 38 0.042363433667781496 > hour 1091012400 832 34 0.040865384615384616 > hour 1091016000 772 29 0.03756476683937824 > hour 1091019600 1786114 0.06382978723404255 > hour 1091023200 1684210 0.12470308788598575 > > # Histogram of node versions in fred's Routing table > # Jul 28, 2004 9:55:04 AM > # nodes: 1599 > Fred,0.5,STABLE-1.49,5063 1 > Fred,0.5,STABLE-1.50,5070 1 > Fred,0.5,STABLE-1.50,5083 1 > Fred,0.5,STABLE-1.50,5084 708 > Fred,0.5,STABLE-1.50,5085 165 > Fred,0.5,STABLE-1.50,5086 607 > Fred,0.5,STABLE-1.50,5087 115 > unknown 1 > > # Histogram of node versions in fred's Routing table > # Jul 28, 2004 10:44:39 AM > # nodes: 1537 > Fred,0.5,STABLE-1.50,5083 2 > Fred,0.5,STABLE-1.50,5084 686 > Fred,0.5,STABLE-1.50,5085 156 > Fred,0.5,STABLE-1.50,5086 576 > Fred,0.5,STABLE-1.50,5087 117 > > All inbound requests ever received, from 201 unique hosts: > > Receive Accept Acc/Rcv Succeed Suc/Acc Host AddressVersion > > Data by host version > > 1199 11991.000 43 0.036 5087 > 1173 11731.000 18 0.015 5084 > 472 472 1.000 16 0.034 5086 > 119 119 1.000 1 0.008 5085 > > Connections open (Inbound/Outbound/Limit) 164 (111/53/800) > Transfers active (Transmitting/Receiving) 89 (45/44) > Amount of data transmitted/received over currently open connections 162 MiB/118 MiB > Total amount of data transmitted/received 231 MiB/149 MiB > Uptime 5 hours 43 minutes > Current upstream bandwidth usage 13865 bytes/second (138.6%) > > > > > On Wed, Jul 28, 2004 at 08:32:12AM -0400, Edward J. Huff wrote: > > > On Wed, 2004-07-28 at 06:06, Jano wrote: > > > > Solved it changing the -Xmx128m to -Xmx256m. > > > > > > > > I suppose this can be a general problem, I'm running stable without any > > > > tweaks since a month or so. > > > > > > > > In the good side, two minutes running and I can see all the activelinks, > > > > where the previous build failed after many hours :) > > > > > > > > > > I upgraded promptly to 5085, 5086, and 5087. All used more CPU time, > > > but eventually would finish. Stackdump showed lots of biginteger stuff > > > while compute-bound. Inserts were better than 5084, but retrieval much > > > worse. RNF occurred in around 10 to 50% of all requests. (Each request > > > was for a unique key). Requesting peers-mode ocm seemed to trigger a > > > lot of CPU usage. > > > > > > Switching back to 5084, I get much better performance
Re: [freenet-support] Re: Stable build 5087
On Wed, 2004-07-28 at 08:42, Toad wrote: > Obviously my efforts are worthless. I should go get a job stacking > shelves. Not at all. I'm just pointing out the facts. It's a lot harder to retrieve data from 5087 than from 5084, and the number of nodes running 5084 seems to be increasing. Just now the number of 5087 also increased, or my node connected to more of them. Later the numbers decreased, because some nodes were dropped from the RT. 5085 and later have much more accurate upstream bandwidth limiting. Also freenet.client.cli.Main seems to work better in 5085 and later. Upon falling back, my local success ratio went from 0.3% to 10%. This is requesting splitfile blocks in random order from a large list of blocks (which have been reported inserted or successfully retrieved by others) with random htl ranging 0 to 20, with no immediate retries. My 75 GiB datastore is not yet full... There is something going on which causes lots of quick RNF's. See attached logs of my request script (which uses freenet.client.cli.Main to issue requests). The 5087 performance data came before the 5084 data. Build 5087 was getting large numbers of RNF's, even with only one request pending at a time. 5084 got a bunch of them just after restart, when there were only a few connections open, but after the node got connected, there have been almost none, and the number of pending requests maxed out at 40. localRequestSuccessRatio: hour1090994400 12623 0.002377179080824089 hour1090998000 10066 0.005964214711729622 hour1091001600 11831 8.453085376162299E-4 hour1091005200 11563 0.0025951557093425604 fall back to 5084 -- fewer requests, more successes. hour1091008800 471 20 0.04246284501061571 hour1091012400 579 17 0.02936096718480138 hour1091016000 480 25 0.052086 hour1091019600 784 79 0.10076530612244898 requestSuccessRatio: hour1090998000 194420 0.0102880658436214 hour1091001600 24198 0.0033071517155849523 hour1091005200 239416 0.006683375104427736 hour1091008800 897 38 0.042363433667781496 hour1091012400 832 34 0.040865384615384616 hour1091016000 772 29 0.03756476683937824 hour1091019600 1786114 0.06382978723404255 hour1091023200 1684210 0.12470308788598575 # Histogram of node versions in fred's Routing table # Jul 28, 2004 9:55:04 AM # nodes: 1599 Fred,0.5,STABLE-1.49,5063 1 Fred,0.5,STABLE-1.50,5070 1 Fred,0.5,STABLE-1.50,5083 1 Fred,0.5,STABLE-1.50,5084 708 Fred,0.5,STABLE-1.50,5085 165 Fred,0.5,STABLE-1.50,5086 607 Fred,0.5,STABLE-1.50,5087 115 unknown 1 # Histogram of node versions in fred's Routing table # Jul 28, 2004 10:44:39 AM # nodes: 1537 Fred,0.5,STABLE-1.50,5083 2 Fred,0.5,STABLE-1.50,5084 686 Fred,0.5,STABLE-1.50,5085 156 Fred,0.5,STABLE-1.50,5086 576 Fred,0.5,STABLE-1.50,5087 117 All inbound requests ever received, from 201 unique hosts: Receive Accept Acc/Rcv Succeed Suc/Acc Host AddressVersion Data by host version 119911991.000 43 0.036 5087 117311731.000 18 0.015 5084 472 472 1.000 16 0.034 5086 119 119 1.000 1 0.008 5085 Connections open (Inbound/Outbound/Limit) 164 (111/53/800) Transfers active (Transmitting/Receiving) 89 (45/44) Amount of data transmitted/received over currently open connections 162 MiB/118 MiB Total amount of data transmitted/received 231 MiB/149 MiB Uptime 5 hours 43 minutes Current upstream bandwidth usage 13865 bytes/second (138.6%) > > On Wed, Jul 28, 2004 at 08:32:12AM -0400, Edward J. Huff wrote: > > On Wed, 2004-07-28 at 06:06, Jano wrote: > > > Solved it changing the -Xmx128m to -Xmx256m. > > > > > > I suppose this can be a general problem, I'm running stable without any > > > tweaks since a month or so. > > > > > > In the good side, two minutes running and I can see all the activelinks, > > > where the previous build failed after many hours :) > > > > > > > I upgraded promptly to 5085, 5086, and 5087. All used more CPU time, > > but eventually would finish. Stackdump showed lots of biginteger stuff > > while compute-bound. Inserts were better than 5084, but retrieval much > > worse. RNF occurred in around 10 to 50% of all requests. (Each request > > was for a unique key). Requesting peers-mode ocm seemed to trigger a > > lot of CPU usage. > > > > Switching back to 5084, I get much better performance on requests, with > > very few RNF's. Even fewer than I used to get, probably due to load > > factors. It appears that many stable nodes are switching back to 5084, > > since I seem to recall that a day or two ago there were relatively few > > 5084 nodes. (I didn't save the histo
Re: [freenet-support] FYI: Build 5087 Error message
Please try the new freenet-ext.jar. I have arranged to link libgcc_s.so.1 statically in libjcpuid. At least I think I have... On Tue, Jul 27, 2004 at 06:25:23PM -0700, S A wrote: > Linux, 2.4.18 kernel, i686 > > Process is niced, CPU bound using 100%. Web interface slooow to non-functional. > > -- > > tail freenetERROR: The resource freenet/support/CPUInfo > mation/libjcpuid-x86-linux.so was not a valid library for this platform > java.lang.UnsatisfiedLinkError: /tmp/jcpuid15030lib.tmp: libgcc_s.so.1: cannot > pen shared object file: No such file or directory > at java.lang.ClassLoader$NativeLibrary.load(Native Method) > at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1560) > at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1456) > at java.lang.Runtime.load0(Runtime.java:737) > at java.lang.System.load(System.java:811) > at freenet.support.CPUInformation.CPUID.loadFromResource(CPUID.java:460 > > at freenet.support.CPUInformation.CPUID.loadNative(CPUID.java:392) > at freenet.support.CPUInformation.CPUID.(CPUID.java:32) > at net.i2p.util.NativeBigInteger.resolveCPUType(NativeBigInteger.java:1 > 2) > at net.i2p.util.NativeBigInteger.(NativeBigInteger.java:113) > at freenet.crypt.Util.(Util.java:89) > at freenet.crypt.Yarrow.accumulator_init(Yarrow.java:268) > > _ > Get Paid to Surf the Web! > http://www.alladvantage.com/home.asp?refid=AVZ855 > ___ > Support mailing list > [EMAIL PROTECTED] > http://news.gmane.org/gmane.network.freenet.support > Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support > Or mailto:[EMAIL PROTECTED] -- Matthew J Toseland - [EMAIL PROTECTED] Freenet Project Official Codemonkey - http://freenetproject.org/ ICTHUS - Nothing is impossible. Our Boss says so. signature.asc Description: Digital signature ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] Re: Stable build 5087
Obviously my efforts are worthless. I should go get a job stacking shelves. On Wed, Jul 28, 2004 at 08:32:12AM -0400, Edward J. Huff wrote: > On Wed, 2004-07-28 at 06:06, Jano wrote: > > Solved it changing the -Xmx128m to -Xmx256m. > > > > I suppose this can be a general problem, I'm running stable without any > > tweaks since a month or so. > > > > In the good side, two minutes running and I can see all the activelinks, > > where the previous build failed after many hours :) > > > > I upgraded promptly to 5085, 5086, and 5087. All used more CPU time, > but eventually would finish. Stackdump showed lots of biginteger stuff > while compute-bound. Inserts were better than 5084, but retrieval much > worse. RNF occurred in around 10 to 50% of all requests. (Each request > was for a unique key). Requesting peers-mode ocm seemed to trigger a > lot of CPU usage. > > Switching back to 5084, I get much better performance on requests, with > very few RNF's. Even fewer than I used to get, probably due to load > factors. It appears that many stable nodes are switching back to 5084, > since I seem to recall that a day or two ago there were relatively few > 5084 nodes. (I didn't save the histogram then). > > # Histogram of node versions in fred's Routing table > # Jul 28, 2004 8:25:46 AM > # nodes: 1556 > Fred,0.5,STABLE-1.49,5063 1 > Fred,0.5,STABLE-1.50,5070 1 > Fred,0.5,STABLE-1.50,5083 1 > Fred,0.5,STABLE-1.50,5084 692 > Fred,0.5,STABLE-1.50,5085 164 > Fred,0.5,STABLE-1.50,5086 615 > Fred,0.5,STABLE-1.50,5087 81 > unknown 1 > > > ___ > Support mailing list > [EMAIL PROTECTED] > http://news.gmane.org/gmane.network.freenet.support > Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support > Or mailto:[EMAIL PROTECTED] -- Matthew J Toseland - [EMAIL PROTECTED] Freenet Project Official Codemonkey - http://freenetproject.org/ ICTHUS - Nothing is impossible. Our Boss says so. signature.asc Description: Digital signature ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] Re: Stable build 5087
On Wed, 2004-07-28 at 06:06, Jano wrote: > Solved it changing the -Xmx128m to -Xmx256m. > > I suppose this can be a general problem, I'm running stable without any > tweaks since a month or so. > > In the good side, two minutes running and I can see all the activelinks, > where the previous build failed after many hours :) > I upgraded promptly to 5085, 5086, and 5087. All used more CPU time, but eventually would finish. Stackdump showed lots of biginteger stuff while compute-bound. Inserts were better than 5084, but retrieval much worse. RNF occurred in around 10 to 50% of all requests. (Each request was for a unique key). Requesting peers-mode ocm seemed to trigger a lot of CPU usage. Switching back to 5084, I get much better performance on requests, with very few RNF's. Even fewer than I used to get, probably due to load factors. It appears that many stable nodes are switching back to 5084, since I seem to recall that a day or two ago there were relatively few 5084 nodes. (I didn't save the histogram then). # Histogram of node versions in fred's Routing table # Jul 28, 2004 8:25:46 AM # nodes: 1556 Fred,0.5,STABLE-1.49,5063 1 Fred,0.5,STABLE-1.50,5070 1 Fred,0.5,STABLE-1.50,5083 1 Fred,0.5,STABLE-1.50,5084 692 Fred,0.5,STABLE-1.50,5085 164 Fred,0.5,STABLE-1.50,5086 615 Fred,0.5,STABLE-1.50,5087 81 unknown 1 signature.asc Description: This is a digitally signed message part ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
RE: [freenet-support] FYI: Build 5087 Error message
For gods sake, you are the _third_ person to report this. Read the other messages for a description of the cause. It is being worked on. This particular issue has nothing to do with the CPU usage though.. > tail freenetERROR: The resource freenet/support/CPUInfo > mation/libjcpuid-x86-linux.so was not a valid library for > this platform > java.lang.UnsatisfiedLinkError: /tmp/jcpuid15030lib.tmp: > libgcc_s.so.1: cannot pen shared object file: No such file or > directory > at java.lang.ClassLoader$NativeLibrary.load(Native Method) > at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1560) > at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1456) > at java.lang.Runtime.load0(Runtime.java:737) > at java.lang.System.load(System.java:811) > at > freenet.support.CPUInformation.CPUID.loadFromResource(CPUID.java:460 > > at > freenet.support.CPUInformation.CPUID.loadNative(CPUID.java:392) > at > freenet.support.CPUInformation.CPUID.(CPUID.java:32) > at > net.i2p.util.NativeBigInteger.resolveCPUType(NativeBigInteger.java:1 > 2) > at > net.i2p.util.NativeBigInteger.(NativeBigInteger.java:113) > at freenet.crypt.Util.(Util.java:89) > at freenet.crypt.Yarrow.accumulator_init(Yarrow.java:268) > > _ > Get Paid to Surf the Web! > http://www.alladvantage.com/home.asp?> refid=AVZ855 > > ___ > > Support mailing list > [EMAIL PROTECTED] > http://news.gmane.org/gmane.network.freenet.su> pport > > Unsubscribe at > http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support > Or mailto:[EMAIL PROTECTED] > ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
[freenet-support] FYI: Build 5087 Error message
Linux, 2.4.18 kernel, i686 Process is niced, CPU bound using 100%. Web interface slooow to non-functional. -- tail freenetERROR: The resource freenet/support/CPUInfo mation/libjcpuid-x86-linux.so was not a valid library for this platform java.lang.UnsatisfiedLinkError: /tmp/jcpuid15030lib.tmp: libgcc_s.so.1: cannot pen shared object file: No such file or directory at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1560) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1456) at java.lang.Runtime.load0(Runtime.java:737) at java.lang.System.load(System.java:811) at freenet.support.CPUInformation.CPUID.loadFromResource(CPUID.java:460 at freenet.support.CPUInformation.CPUID.loadNative(CPUID.java:392) at freenet.support.CPUInformation.CPUID.(CPUID.java:32) at net.i2p.util.NativeBigInteger.resolveCPUType(NativeBigInteger.java:1 2) at net.i2p.util.NativeBigInteger.(NativeBigInteger.java:113) at freenet.crypt.Util.(Util.java:89) at freenet.crypt.Yarrow.accumulator_init(Yarrow.java:268) _ Get Paid to Surf the Web! http://www.alladvantage.com/home.asp?refid=AVZ855 ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] "Freenet Down!"
Umm, it ran out of memory. You can either wait for 5088 or increase the -Xmx setting. On Tue, Jul 27, 2004 at 05:32:41PM -0700, miguel wrote: > For the first time since I started Freenet some 10 months ago it has failed! > Build 5085 was fine. 5086... trash. Downhill. It would not find even YoYo, plus, > it would just disconnect after 4 or 5 hours. This is a first for me since I usually > run > Freenet for days without a restart. > > Enter 5087. THe last time 5086 disconnected I went to my web interface and I found > 5087. Great! I'll update and these problems with 5086 will be fixed. > Fat chance. Now Freenet won't even connect, period! > > Log file: > Jul 27, 2004 5:21:34 PM (freenet.node.Main, main, ERROR): Caught > java.lang.OutOfMemoryError running or seeding node > java.lang.OutOfMemoryError > > This is a first for me. A rollback to 5085 is in order. Danke! (Do I need to > polish my German > a bit and go to Entropy?) Ich denke das ist nicht sehr gut. Auf wiedersehn Freenet? > > > ___ > Support mailing list > [EMAIL PROTECTED] > http://news.gmane.org/gmane.network.freenet.support > Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support > Or mailto:[EMAIL PROTECTED] -- Matthew J Toseland - [EMAIL PROTECTED] Freenet Project Official Codemonkey - http://freenetproject.org/ ICTHUS - Nothing is impossible. Our Boss says so. signature.asc Description: Digital signature ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] Re: Stable build 5087
Okay, I think I know what's causing the increased memory usage. Will be fixed in 5088. On Wed, Jul 28, 2004 at 12:06:54PM +0200, Jano wrote: > Klaus Br?ssel wrote: > >Am Dienstag, 27. Juli 2004 23:26 schrieb Toad: > > > >>Stable build 5087 is now available. The snapshots have been updated. > >>Please upgrade. You can do this on Windows by using the update option on > > > > > >Well...upgraded with update.sh on my linux box anf then: > > Same here, just after upgrade, and I can't connect to the main interface > (but there are a bunch of java processes running). > > > > Solved it changing the -Xmx128m to -Xmx256m. > > I suppose this can be a general problem, I'm running stable without any > tweaks since a month or so. > > In the good side, two minutes running and I can see all the activelinks, > where the previous build failed after many hours :) > > >- > >[EMAIL PROTECTED]:~/freenet > ./start-freenet.sh > >Detected freenet-ext.jar > >Detected freenet.jar > >Sun java detected. > >Starting Freenet now: Command line: java -Xmx128m > >-XX:MaxDirectMemorySize=128m freenet.node.Main > >Done > >[EMAIL PROTECTED]:~/freenet > INFO: Native CPUID library jcpuid loaded > >from resource > >INFO: Optimized native BigInteger library 'libjbigi-linux-athlon.so' > >loaded from resource > >Caught java.lang.OutOfMemoryError running or seeding node > >java.lang.OutOfMemoryError > >Caught, in Main: > >java.lang.OutOfMemoryError > >java.lang.OutOfMemoryError > >- > >[EMAIL PROTECTED]:~/freenet > cat freenet.log > >28.07.2004 01:29:23 (freenet.node.rt.NGRoutingTable, main, ERROR): Caught > >java.io.IOException: Value out of range: 450.0 deserializing a > >NodeEstimator for DataObjectRoutingMemory:tcp/220.147.157.155:32367, > >sessions=1, presentations=3, ID=DSA(6bdd 26bd 0a5f f693 8fe4 9809 0c53 > >24f9 af1f cc36), > >version=Fred,0.5,STABLE-1.50,5084:6bdd26bd0a5ff6938fe498090c5324f9af1fcc36 > >java.io.IOException: Value out of range: 450.0 > >at > >freenet.node.rt.BootstrappingDecayingRunningAverage.(BootstrappingDecayingRunningAverage.java:163) > >at > >freenet.node.rt.BootstrappingDecayingRunningAverageFactory.create(BootstrappingDecayingRunningAverageFactory.java:36) > >at > >freenet.node.rt.SlidingBucketsKeyspaceEstimator.(SlidingBucketsKeyspaceEstimator.java:158) > >at > >freenet.node.rt.OptimizingSlidingBucketsKeyspaceEstimator.(OptimizingSlidingBucketsKeyspaceEstimator.java:27) > >at > >freenet.node.rt.OptimizingSlidingBucketsKeyspaceEstimatorFactory.createTime(OptimizingSlidingBucketsKeyspaceEstimatorFactory.java:82) > >at > >freenet.node.rt.StandardNodeEstimator.(StandardNodeEstimator.java:563) > >at > >freenet.node.rt.StandardNodeEstimatorFactory.create(StandardNodeEstimatorFactory.java:95) > >at > >freenet.node.rt.NGRoutingTable.loadEstimators(NGRoutingTable.java:370) > >at freenet.node.rt.NGRoutingTable.(NGRoutingTable.java:187) > >at freenet.node.Main.main(Main.java:858) > >28.07.2004 01:31:12 (freenet.node.Main, main, ERROR): Caught > >java.lang.OutOfMemoryError running or seeding node > >java.lang.OutOfMemoryError > >- > >linux kernel 2.6.7 > >sun jvm Java HotSpot(TM) Client VM (build 1.4.2_04-b05, mixed mode) > > > >questions: > >1) builds 5085 and 5086 often crashed with signal 11, can this corrupt the > >routing table files (those *_a *_b) ? > >2) is something wrong with the seednodes.ref ? > >3) startup times are much too long lately - only conducted by the big > >datastore ? How much memory (RAM) is recommended if used with 20+ GB > >datastore ? > > > >P.S. I deleted those *_a and *_b files and replaced seednodes.ref with a > >version that is much smaller (2 nodes) and my node starts up ! > > > >ciao > >--klaus > > > >___ > >Support mailing list > >[EMAIL PROTECTED] > >http://news.gmane.org/gmane.network.freenet.support > >Unsubscribe at > >http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support > >Or mailto:[EMAIL PROTECTED] > > > > ___ > Support mailing list > [EMAIL PROTECTED] > http://news.gmane.org/gmane.network.freenet.support > Unsubscribe at > http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support > Or mailto:[EMAIL PROTECTED] -- Matthew J Toseland - [EMAIL PROTECTED] Freenet Project Official Codemonkey - http://freenetproject.org/ ICTHUS - Nothing is impossible. Our Boss says so. signature.asc Description: Digital signature ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
[freenet-support] Re: Stable build 5087
Klaus Brüssel wrote: Am Dienstag, 27. Juli 2004 23:26 schrieb Toad: Stable build 5087 is now available. The snapshots have been updated. Please upgrade. You can do this on Windows by using the update option on Well...upgraded with update.sh on my linux box anf then: Same here, just after upgrade, and I can't connect to the main interface (but there are a bunch of java processes running). Solved it changing the -Xmx128m to -Xmx256m. I suppose this can be a general problem, I'm running stable without any tweaks since a month or so. In the good side, two minutes running and I can see all the activelinks, where the previous build failed after many hours :) - [EMAIL PROTECTED]:~/freenet > ./start-freenet.sh Detected freenet-ext.jar Detected freenet.jar Sun java detected. Starting Freenet now: Command line: java -Xmx128m -XX:MaxDirectMemorySize=128m freenet.node.Main Done [EMAIL PROTECTED]:~/freenet > INFO: Native CPUID library jcpuid loaded from resource INFO: Optimized native BigInteger library 'libjbigi-linux-athlon.so' loaded from resource Caught java.lang.OutOfMemoryError running or seeding node java.lang.OutOfMemoryError Caught, in Main: java.lang.OutOfMemoryError java.lang.OutOfMemoryError - [EMAIL PROTECTED]:~/freenet > cat freenet.log 28.07.2004 01:29:23 (freenet.node.rt.NGRoutingTable, main, ERROR): Caught java.io.IOException: Value out of range: 450.0 deserializing a NodeEstimator for DataObjectRoutingMemory:tcp/220.147.157.155:32367, sessions=1, presentations=3, ID=DSA(6bdd 26bd 0a5f f693 8fe4 9809 0c53 24f9 af1f cc36), version=Fred,0.5,STABLE-1.50,5084:6bdd26bd0a5ff6938fe498090c5324f9af1fcc36 java.io.IOException: Value out of range: 450.0 at freenet.node.rt.BootstrappingDecayingRunningAverage.(BootstrappingDecayingRunningAverage.java:163) at freenet.node.rt.BootstrappingDecayingRunningAverageFactory.create(BootstrappingDecayingRunningAverageFactory.java:36) at freenet.node.rt.SlidingBucketsKeyspaceEstimator.(SlidingBucketsKeyspaceEstimator.java:158) at freenet.node.rt.OptimizingSlidingBucketsKeyspaceEstimator.(OptimizingSlidingBucketsKeyspaceEstimator.java:27) at freenet.node.rt.OptimizingSlidingBucketsKeyspaceEstimatorFactory.createTime(OptimizingSlidingBucketsKeyspaceEstimatorFactory.java:82) at freenet.node.rt.StandardNodeEstimator.(StandardNodeEstimator.java:563) at freenet.node.rt.StandardNodeEstimatorFactory.create(StandardNodeEstimatorFactory.java:95) at freenet.node.rt.NGRoutingTable.loadEstimators(NGRoutingTable.java:370) at freenet.node.rt.NGRoutingTable.(NGRoutingTable.java:187) at freenet.node.Main.main(Main.java:858) 28.07.2004 01:31:12 (freenet.node.Main, main, ERROR): Caught java.lang.OutOfMemoryError running or seeding node java.lang.OutOfMemoryError - linux kernel 2.6.7 sun jvm Java HotSpot(TM) Client VM (build 1.4.2_04-b05, mixed mode) questions: 1) builds 5085 and 5086 often crashed with signal 11, can this corrupt the routing table files (those *_a *_b) ? 2) is something wrong with the seednodes.ref ? 3) startup times are much too long lately - only conducted by the big datastore ? How much memory (RAM) is recommended if used with 20+ GB datastore ? P.S. I deleted those *_a and *_b files and replaced seednodes.ref with a version that is much smaller (2 nodes) and my node starts up ! ciao --klaus ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED] ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] Stable build 5087
Toad wrote: To obtain best performance from this build, you will need to update your freenet-ext.jar. Shut down the node, download the new freenet-ext.jar from http://freenetproject.org/snapshots/freenet-ext.jar , copy it over your existing freenet-ext.jar, and then restart the node. Note that recent versions of the update.sh script on Linux machines will detect this and automatically upgrade freenet-ext.jar. Ian. ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] Stable build 5087
Am Mittwoch, 28. Juli 2004 01:49 schrieb Klaus Brüssel: > Am Dienstag, 27. Juli 2004 23:26 schrieb Toad: > > Stable build 5087 is now available. The snapshots have been updated. > > Please upgrade. You can do this on Windows by using the update option on > P.S. I deleted those *_a and *_b files and replaced seednodes.ref with a > version that is much smaller (2 nodes) and my node starts up ! The node now runs smooth (uptime 9 hours 56 minutes, with frost running) Some stats: Connections open (Inbound/Outbound/Limit) 53 (41/12/200) Transfers active (Transmitting/Receiving) 286 (241/45) Data waiting to be transferred 33 KiB Total amount of data transferred 753 MiB Uptime: 0 days, 9 hours, 56 minutes Current routingTime: 1119ms. Pooled threads running jobs: 45 (45%) [Rejecting incoming connections and requests!] Pooled threads which are idle: 13 It's normal for the node to sometimes reject connections or requests for a limited period. If you're seeing rejections continuously the node is overloaded or something is wrong (i.e. a bug). Current estimated load for rate limiting: 665,2%. Load due to thread limit = 45% Load due to routingTime = 111,9% = 1119ms / 1000ms > overloadLow (100%) Load due to messageSendTimeRequest = 665,2% = 6651ms / 1000ms > overloadLow (100%) Load due to output bandwidth limiting = 70,2% because outputBytes(269389) <= limit (384000,006 ) = outLimitCutoff (0,8) * outputBandwidthLimit (8000) * 60 Load due to expected inbound transfers: 7,9% because: 21987.039935646477 req/hr * 0.00318876043202 (pTransfer) * 265017.0 bytes = 18580713 bytes/hr expected from current requests, but maxInputBytes/minute = 3571834 (max observed bytes per minute) * 60 * 1.1 = 235741044 bytes/hr target Current estimated load for QueryRejecting: 35%. - I don't complain anymore :-) Good work ! ciao --klaus ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
