On Tuesday 09 March 2010 04:27:24 Evan Daniel wrote: > You should really send these to the support list; that's what it's for. > > You can change the physical security level setting independently of > the network seclevels -- see configuration -> security levels. > > I'm not sure what else to suggest at this point. You could try > increasing the amount of ram for temp buckets (configuration -> core > settings), but that's mostly a stab in the dark. > > I suspect you need to reduce the amount of stuff in your queue.
Thanks Evan for helping Daniel. In theory it ought to be possible to have a nearly unlimited number of downloads in the queue: That is precisely why we decided to use a database to store the progress of downloads. Unfortunately, in practice, disks are slow, and the more stuff is queued, the less of it will be cached in RAM i.e. the more reliant we are on slow disks. There are many options for optimising the code so that it uses the disk less. But unfortunately they are all a significant amount of work. See https://bugs.freenetproject.org/view.php?id=4031 and the bugs it is marked as related to. > On Mon, Mar 8, 2010 at 8:05 AM, Daniel Stork <stork...@yahoo.com> wrote: > > Defragmenting the database did help. It went from 520 Mb to 160 Mb, > > This made it a bit more responsive and the smaller files now finished in > > about an hour, > > but the larger ones are still stuck at 100%. > > > > Could you tell me how to change the location of the persistent temp folder? > > I didn't see this in freenet.ini > > > > I'd like to put to node.db4o.crypt file on the ramdisk, but the persistent > > temp is way too big for that. > > Does the node.db4o have to be in the same folder as the persistent temp ? > > > > Also, if I'm running freenet from either a ramdisk or a truecrypt volume, > > than does it make sense to have the persistent temp and the datastore and > > db4o encrypted ? > > Is it possible to just have these unencrypted without affecting my online > > security settings ? > > > > > > > > Thanks a lot, > > > > Dan > > > > > > > > ________________________________ > > From: Evan Daniel <eva...@gmail.com> > > To: Daniel Stork <stork...@yahoo.com>; firstname.lastname@example.org > > Sent: Sat, March 6, 2010 4:38:23 PM > > Subject: Re: [freenet-support] major problems - stuck at 100%, nonresponsive > > > > I suspect the stalled downloads are the same problem as the heavy IO, > > and that both come from the downloads database. I would expect > > increasing the memory available to help; I'm somewhat surprised it > > doesn't. I doubt there's much io to the datastore in comparison. If > > you want to play with ram disks, putting the data store on a normal > > hard disk and the node.db4o (or node.db4o.crypt) file on a ram disk is > > more likely to help. However, first I would try defragmenting your > > node.db4o file (configuration -> core settings -> Defragment the > > downloads database during the next startup? -> true). Does setting > > that and then restarting the node help? How big was your node.db4o > > file before / after defragmenting? > > > > If none of this helps, then I suspect you simply have more downloads > > queued than Freenet can handle. I recommend removing some or all of > > the files, and then re-adding them when others finish, keeping the > > total size queued at any one time limited. > > > > Evan Daniel > > > > On Sat, Mar 6, 2010 at 10:03 AM, Daniel Stork <stork...@yahoo.com> wrote: > >> Evan, thanks for the response, I tried playing around with the memory, and > >> giving freenet 2 gb makes it crash, > >> but it works with 1,5gb (I have a total of 4gb installed). > >> > >> The memory did not change anything. The disk was churning a lot so I > >> transferred the datastore to a 2gb ramdisk, which reduced some of it. > >> But still the system becomes really unresponsive, when using freenet. > >> > >> Any ideas what this could be? All my hardware is really more than enough, > >> I > >> have one of the best Core 2 Duos and all resources are underutilized. > >> > >> Also, - I know others have asked already, but am not sure if this issue > >> was > >> ever resolved - I have numerous downloads at 100% that do not complete. > >> I have been waiting for hours and days. > >> > >> Any idea why this happens? > >> > >> I usually have about 80-100 simultaneous downloads, is this too much for > >> freenet to handle? > >> > >> Thanks a lot, > >> > >> > >> ________________________________ > >> From: Evan Daniel <eva...@gmail.com> > >> To: email@example.com; Daniel Stork <stork...@yahoo.com> > >> Sent: Mon, January 25, 2010 7:13:43 PM > >> Subject: Re: [freenet-support] major problems - stuck at 100%, > >> nonresponsive > >> > >> On Wed, Jan 20, 2010 at 6:26 PM, Daniel Stork <stork...@yahoo.com> wrote: > >>> Hi, > >>> > >>> I'm having major problems with freenet on Windows, I have 60 downloads of > >>> which 60 have been stuck at 100% for days. > >>> Running freenet makes Windows completely unresponsive. > >>> It takes literally 10 minutes for frost to start up. > >>> This happened in the past. I deleted node.db4o and the permanent > >>> downloads > >>> folder and this fixed it for a while, > >>> But it goes back to the same state in a few days. > >>> Right now my node.db4o is 230 Mb and I don't want to lost the 60 > >>> downloads > >>> (almost 10 gigs total) which are complete. > >>> The CPU usage is 50-80% on a very strong pc. > >>> > >>> My questions are the following: > >>> > >>> 1. Could the unresponsiveness be a memory issue with Java ? I have 4 gigs > >>> but freenet and frost use only 160 and 210 megabytes. Is java putting a > >>> limit on these somehow? > >>> What's the proper way to allocate memory to freenet and frost ? > >> > >> Freenet has a configuration option. You can set it from configuration > >> -> core settings -> max memory. > >> > >> For frost, run it with "java -Xmx256M -jar frost.jar" (or whatever > >> setting you prefer) instead of the normal "java -jar frost.jar". > >> > >> It's possible your issue is Freenet memory; I'm not certain. Please > >> let me know if increasing memory available helps. > >> > >>> > >>> 2. Does setting priority in task manager have any effect ? I noticed they > >>> are on "below normal" and cannot be changed. > >> > >> I'm not certain. Freenet normally runs most of its threads at very > >> low priority, and a couple at higher priority. Reducing the priority > >> too far on some OSes can mean the high priority threads get starved > >> for CPU, causing timeouts and restarts and such. I'm not sure if this > >> happens on windows. > >> > >>> > >>> 3. Is there a way to save these completed downloads that freenet is not > >>> finishing (i.e. command line utility)? > >> > >> Just the normal download process. Reducing the size of your queue > >> will fix the problem, and increasing the memory available may help. > >> > >>> > >>> Also another issue I noticed: > >>> > >>> - When I select "Download the file in the background and store in > >>> R:\Freenet\downloads" or "Fetch the file in the background" from the > >>> freenet > >>> UI, > >>> it doesn't do anything. Are these supposed to work? > >> > >> They should add the file to your download queue; they work fine here. > >> What does happen? What error message are you getting? > >> > >> Evan Daniel
Description: This is a digitally signed message part.
_______________________________________________ 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:support-requ...@freenetproject.org?subject=unsubscribe