Coda File System

CODA kernel module limitations...

From: Roland Mainz <Roland.Mainz_at_informatik.med.uni-giessen.de>
Date: Tue, 17 Oct 2000 02:07:33 +0200
Hi !

----

After hitting my head so many times against the wall of limitations of
the CODA kernel module interface:
Is there any interest in redesigning and re-writing the kernel
module+userspace interface ?

What's my problem:
Primary problem is that CODA kernel interface doesn't provide a way to
read small _parts_ of "remote" files. For example running a script which
uses /usr/bin/file to determinate the datatype of a file will trigger
the download of the _complete_ file - even if only the first two bytes
are required.
Many modern desktop environments (like CDE) use datatyping by file
contents (_good_ idea) instead of filename-based datatyping (like done
in M$ operating systems - a very _bad_ idea) - which results in the same
problem noted above. 
Think about a ftp site (using CODA kernel-module and podfuk+ftpfs) which
has large INDEX files (~60MB). File manager likes to determinate the
datatype - reads the first two bytes - but triggers the download of
60MB. 
Quite efficient, isn't it ? ;-(((

(Possible) solution:
Allow random-access (read/write etc.) to remote files.
What about an interface to the SYSV-VFS layer, e.g. moving more stuff
from kernel to userspace layer ?

Comments ?

----

Bye,
Roland

-- 
  __ .  . __
 (o.\ \/ /.o) Roland.Mainz_at_informatik.med.uni-giessen.de
  \__\/\/__/  gisburn_at_informatik.med.uni-giessen.de
  /O /==\ O\  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
 (;O/ \/ \O;) TEL +49 641 99-13193 FAX +49 641 99-41359
Received on 2000-10-16 20:08:09