[freenet-support] Nodes html pages need ages to load
Starting with (I think) 1178, the node html pages often need ages to finish loading. Especially true for the home page, this also happens for the Friends,strangers,download pages. This happens much more often than it does not happen. This morning I was not able to load any html page from the menu, and I needed to ctrl-c the freenet process in the console. The shutdown did not hang, so the problem were only the html pages. During this 'hang' the CPU consumption is nearly 0%, and there were no errors in my logs. Can anyone confirm this behaviour? Before 1178 I was able to click through the menu very fast, the pages loaded almost immediately. Rgds, bback. -- __ GnuPG key: (0x48DBFA8A) Keyserver: pgpkeys.pca.dfn.de Fingerprint: 477D F057 1BD4 1AE7 8A54 8679 6690 E2EC 48DB FA8A __
[freenet-support] Nodes html pages need ages to load
Starting with (I think) 1178, the node html pages often need ages to finish loading. Especially true for the home page, this also happens for the Friends,strangers,download pages. This happens much more often than it does not happen. This morning I was not able to load any html page from the menu, and I needed to ctrl-c the freenet process in the console. The shutdown did not hang, so the problem were only the html pages. During this 'hang' the CPU consumption is nearly 0%, and there were no errors in my logs. Can anyone confirm this behaviour? Before 1178 I was able to click through the menu very fast, the pages loaded almost immediately. Rgds, bback. -- __ GnuPG key: (0x48DBFA8A) Keyserver: pgpkeys.pca.dfn.de Fingerprint: 477D F057 1BD4 1AE7 8A54 8679 6690 E2EC 48DB FA8A __ ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
[freenet-support] nodes
Searched on www.freenethelp.org , yet? ___ Support mailing list Support@freenetproject.org 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] nodes
Hmmm. How many connections do you have (Web Interface -> Advanced mode -> Open Connections) ? How many are inbound/incoming? How long has your node been running? On Mon, Jul 25, 2005 at 10:11:15PM +0800, Matthew Wilson wrote: > Hello there :) > > Just thought I'd drop you a line about freenet... > > Route Not Found messages mean that your node, or the rest of the > network, didn't find the data... is all I seem to be able to get the > majority of the time, and, unfortuantely I do not know anyone else on > Freenet. Any ideas on how I can improve my success rate would be > greatly appreciated. > > evandar. -- 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 Support@freenetproject.org 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] nodes
Hello there :) Just thought I'd drop you a line about freenet... Route Not Found messages mean that your node, or the rest of the network, didn't find the data... is all I seem to be able to get the majority of the time, and, unfortuantely I do not know anyone else on Freenet. Any ideas on how I can improve my success rate would be greatly appreciated. evandar. ___ Support mailing list Support@freenetproject.org 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] Nodes keep Peer information too long?
About 10 days ago I identified that Freenet was causing my (Draytek 2600we) ADSL router to crash just after midnight every night. Clearly an issue for the router, but in the meantime I've had to stop running Freenet, after months of service. I've since noticed that I'm still getting numerous connect requests from a large number of remote Freenet nodes. Obviously, I'm rejecting these as the software's not running anymore. My (mostly rhetorical) point is that it would seem to me that nodes keep information about other nodes for far too long. I'm sure that in this scenario the odd mistaken request would be normal, but it looks a lot more like my node is very much expected to be in service. Is it possible the general reliability of Freenet could be improved by keeping remote node information for less time? I'm no expert, but I would suggest that Freenet's willingness to keep plugging away at a "down" node should reduce with time. That is, if you haven't had a successful transaction for a while, then leave it alone for a few hours. If you still don't get anything after say a day, then chuck it out of the peer list (permanently). Clearly, if that node contacts you (and is not transient) then put it back in the peer list, pass it around or whatever. Thus, having a peer list of a hundred nodes, 80 of which are down is less likely to cause non-connectivity issues when trying a TTL of 20 or so. Just my 2 pence - hope it's not too off base(!) ...Ralph Bolton ___Get the FREE email that has everyone talking at http://www.mail2world.comĀ ___ 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]