Re: [freenet-support] long running node
On Sat, Apr 03, 2004 at 02:27:05AM -0600, S wrote: On Fri, 2 Apr 2004 17:33:41 -0800 Steven [EMAIL PROTECTED] wrote: contrary to everything in freenet's documentation, I have better luck retrieving with a freshly started/reseeded node than one that has been running for a while. [...] Has anyone else had a similar experience? Not after reseeding, but on the stable network, definitely after restarting. A download that's been stuck for hours in FUQID will often complete within a few minutes just after restarting the node. My guess is that this is related to the failure table, and that restarting the node clears the FT and lets the requests pass, where they subsequently succeed. Back when I was doing a DBR freesite, I'd restart the node before trying to insert, it wouldn't complete otherwise. There does seem to be something about a restart, after allowing some time to get a good number of connections, that's better than a tired node. Hrrm. I don't know what is going on here, but I expect it to be different on unstable/after bidi is merged, as all connections are used for routing... On unstable, it doesn't seem to make a difference lately whether the node has been up for 18 hours or whether it was just started, everything is very smooth. Cool! -s -- 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] long running node
On Saturday 03 April 2004 12:27 am, S wrote: On Fri, 2 Apr 2004 17:33:41 -0800 Not after reseeding, but on the stable network, definitely after restarting. A download that's been stuck for hours in FUQID will often complete within a few minutes just after restarting the node. My guess is that this is related to the failure table, and that restarting the node clears the FT and lets the requests pass, where they subsequently succeed. Back when I was doing a DBR freesite, I'd restart the node before trying to insert, it wouldn't complete otherwise. There does seem to be something about a restart, after allowing some time to get a good number of connections, that's better than a tired node. On unstable, it doesn't seem to make a difference lately whether the node has been up for 18 hours or whether it was just started, everything is very smooth. -s The only reason I haven't been using unstable is because gentoo doesn't use the update.sh. The Freenet Ebuild has it's own function to update Fred, but it isn't smart enough to download the right seed refs to unstable, and I've been too lazy to hack the ebuild, download manually, or make a bug report. LOL. I don't understand why there seems to be so much interaction between the two networks, it actually seems to me that there is only one network. Wouldn't it just take one node from stable finding an unstable node to completely link the two? They use the same protocol now, and it seems that nodes from the two networks would be 'introduced' to eachother. Anyway, I'm going to follow everyone's advice and switch to the unstable network. Thank you. ___ 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] long running node
I have had the same experience. After the node has been running for a long period of time it seems tolose energy. A restart does refresh it. [Original Message] From: S [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: 4/3/04 4:22:23 AM Subject: Re: [freenet-support] long running node On Fri, 2 Apr 2004 17:33:41 -0800 Steven [EMAIL PROTECTED] wrote: contrary to everything in freenet's documentation, I have better luck retrieving with a freshly started/reseeded node than one that has been running for a while. [...] Has anyone else had a similar experience? Not after reseeding, but on the stable network, definitely after restarting. A download that's been stuck for hours in FUQID will often complete within a few minutes just after restarting the node. My guess is that this is related to the failure table, and that restarting the node clears the FT and lets the requests pass, where they subsequently succeed. Back when I was doing a DBR freesite, I'd restart the node before trying to insert, it wouldn't complete otherwise. There does seem to be something about a restart, after allowing some time to get a good number of connections, that's better than a tired node. On unstable, it doesn't seem to make a difference lately whether the node has been up for 18 hours or whether it was just started, everything is very smooth. -s ___ 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]
[freenet-support] long running node
contrary to everything in freenet's documentation, I have better luck retrieving with a freshly started/reseeded node than one that has been running for a while. I run a permanent node on linux, 1.3 gigahertz athlon, 384 megs of ram, 1 gig of freenet storage, 1.5MB dsl connection. (stable net) I've been wondering if it could be caused by the fact that most of the connections to my node are incoming. Are incoming connections from transient nodes used to route requests, or are they just leeching? If transient incoming connections are leech only, that would make it very difficult for permanent nodes to enjoy freenet. Has anyone else had a similar experience? ___ 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]