Tracy R Reed <[EMAIL PROTECTED]> writes: > When a splitfile download finishes it often has a tendency to hang on "FEC > decoding missing data blocks... this may take a while; please be patient." > seemingly forever. I know this is a known bug to some but I'm not sure if > everyone knows about it. > > When I try to cancel the download (usually while it is supposedly FEC > decoding) so I can try again it takes forever and I have to shutdown the > node to get it to stop so I can restart the download. > FEC decoding takes a while. Maybe there's still some bugs in it, but half the code wasn't even produced by the freenet project, and the person who did the integration is back in lurk mode (GJ, are you out there?)
> An idea: I have 40G of ds only half of which is used after months of > operation. I am on a DS-3 so my node doesn't lack for bandwidth and I > always run the latest rev. This isn't good. Empty space in the ds is > wasted space and hurts freenet performance. It would be helpful if there > was something in fnp which allowed a node with a partially full ds to ask > one of its peers to give it a key, preferably one in the requesting nodes > area of specialization (isn't some specialiation info sent out in > announcement requests?) but any data at all would be better than an empty > datastore and having to poll keys and hope to get lucky in order to get > the datastore to fill up. I don't think I have ever had pcaching kick in > because I have never been able to fill my store. If everyone would fill > their datastores when their node started up I bet our psuccess would > increase significantly. > Empty space doesn't actively hurt freenet. I agree it's not optimal, but your solution is further from optimal. Even if you magically filled up your store with keys, your node won't be the one that is routed to for those keys. It's only useful for your node to have keys for data it's being asked for. And the way to do that is to successfully route incoming requests to the data they're looking for, and then cache that data. Nodes' initial specialization is calculated as a result of the announcing process, but that isn't permenant by any means. Don't worry about your store filling up; tune your node so it handles lots of requests, and your store will fill. Thelema -- E-mail: [EMAIL PROTECTED] Raabu and Piisu GPG 1024D/36352AAB fpr:756D F615 B4F3 BFFC 02C7 84B7 D8D7 6ECE 3635 2AAB _______________________________________________ Devl mailing list [EMAIL PROTECTED] http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl
