On Tue, Feb 11, 2003 at 10:54:21PM -0500, Ed Tomlinson wrote:
> On February 11, 2003 10:09 pm, Mark J Roberts wrote:
> > Ed Tomlinson:
> > > The latest builds put a temp dir in the datastore and account for it
> > > in the datastore size.  Up to half the ds can be used by temp.  If you
> > > download large FEC files this _can_ happen.
> >
> > Oh. Yes, that's really stupid. Although there's really no reason why
> > a user should be concerned about whether his datastore contains no
> > files or ten million of them.
> >
> > Anyway, that sort of miserly behavior is not necessary or expected.
> > There is no point in trying to pretend that client operations do not
> > require some transient storage in excess of what is already used.
> 
> It might make more sense to have two limits.  One for fred which controls
> the datastore and one for fproxy that controls temp storage usage alowing
> us to place temp where it makes sense.  After all fred and fproxy work at
> quite different levels and limiting them with one parm can cause unexpected
> results.
> 
> ie.  I have gigs free on my box and a 1G datastore why does downloading a 
> 600M file fail?

You'd need approximately 2.4GB :). You'll end up storing two copies of
it while decoding, worst case, so that's 1.2GB. 2.4GB is twice 1.2GB.
But this ONLY applies if you have not set tempDir explicitly in the
config file. It was implemented after I tried to download a 700MB
splitfile with my 7GB node, and it caused disk overflow, routing table
corruption and all manner of horribleness.
> 
> ie.  Why does my datastore only hold a day or so of data (image a temp file
> leak...)
Eh?
> 
> Ed
> 
> _______________________________________________
> devl mailing list
> [EMAIL PROTECTED]
> http://hawk.freenetproject.org:8080/cgi-bin/mailman/listinfo/devl
> 

-- 
Matthew Toseland
[EMAIL PROTECTED][EMAIL PROTECTED]
Full time freenet hacker.
http://freenetproject.org/
Freenet Distribution Node (temporary) at http://amphibian.dyndns.org:8889/NRd9GrLK9ec/
ICTHUS.

Attachment: msg06713/pgp00000.pgp
Description: PGP signature

Reply via email to