Coda File System

Re: Write-Disconnected Volume


Date: Sat, 01 May 2004 22:09:24 +0200
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

| Hello Johannes,
|
|
|>Is there any chance Coda will ever (or soon?) have some kind of 'huge
|>file' mode where it would decide to not cache a file when its size is
|>above a certain limit but serve parts of it on request?
|
|
| as far as I can see, the answer is a definite "no".
|
| Full file caching is a fundamental design choice. The unique properties
| of Coda are due to that design. Use another file system if huge files
| are important - but then forget disconnected operation and optimistic
| replication.

Ok, but something like the following scenario:
Start downloading the file
As X bytes have arived allow access to them
Continue downloading in the backgroun until the wole file get cached
Would it be possible?

|>>>  There are 320 CML entries pending for reintegration
|>>>but cfs writereconnect doesn't seem to work, maybe because of
|>>>  16:36:50 volume coda:home:jmartin has unrepaired local subtree(s),
skip checkpointing CML!
|>>>
|>>>I can't see any unrepaired subtrees, is there a way to find them?
|
|
| Coda upgrade can help. Test with 6.0.6.
|
| Regards,
| --
| Ivan
|
|

Thanks,
Geza
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFAlAP0/PxuIn+i1pIRAnhrAJ9L7En58MoIB/jMGFwBuqwhPcuynQCfWZ/8
2Xn4URSiN5wqNDb1Nfmg7Po=
=TokB
-----END PGP SIGNATURE-----
Received on 2004-05-01 16:12:03
Binary file ./codalist-2004/6391.html matches