Re: more ramblings about inodeless fs

2000-05-23 Thread Thomas Bushnell, BSG
Marcus Brinkmann <[EMAIL PROTECTED]> writes: > Yes. While we are at it, do I have to define my own diskfs_init_dir, too? > It increases nlink for . and .., and checks the number of allowed links for > the parent directory for the latter. (if yes, this should probably be added > to the info doc on

Re: more ramblings about inodeless fs

2000-05-23 Thread Marcus Brinkmann
On Tue, May 23, 2000 at 04:49:50PM -0400, Thomas Bushnell, BSG wrote: > Marcus Brinkmann <[EMAIL PROTECTED]> writes: > > > Mmmh. Assume a rename happens while there is an open file handle. > > What happens if then fsys_getfile is called, which does an lookup_hard on > > the cache_id in the file h

Re: more ramblings about inodeless fs

2000-05-23 Thread Thomas Bushnell, BSG
Marcus Brinkmann <[EMAIL PROTECTED]> writes: > Mmmh. Assume a rename happens while there is an open file handle. > What happens if then fsys_getfile is called, which does an lookup_hard on > the cache_id in the file handle? Rename has to change the cache_id in the file handle itself too. Certain

Re: more ramblings about inodeless fs

2000-05-23 Thread Marcus Brinkmann
On Mon, May 22, 2000 at 08:09:36PM -0400, Thomas Bushnell, BSG wrote: > Marcus Brinkmann <[EMAIL PROTECTED]> writes: > > > > This is not a serious problem. If you choose this implementation, all > > > you have to do is purge the cache of the changing id. > > > I am considering this, however,

Re: more ramblings about inodeless fs

2000-05-22 Thread Thomas Bushnell, BSG
Marcus Brinkmann <[EMAIL PROTECTED]> writes: > > This is not a serious problem. If you choose this implementation, all > > you have to do is purge the cache of the changing id. > I am considering this, however, I am a bit concerned about performance > impact (as the name cache would become ef

Re: more ramblings about inodeless fs

2000-05-13 Thread Marcus Brinkmann
On Sat, May 13, 2000 at 04:07:04PM -0400, Thomas Bushnell, BSG wrote: > > > 2. Storing the location of the directory entry: > > This is not constant under rename operations, thus it fails to fulfill > > requirement two. > > We could reflect this by changing the node cache, but we can't change the

Re: more ramblings about inodeless fs

2000-05-13 Thread Thomas Bushnell, BSG
Marcus Brinkmann <[EMAIL PROTECTED]> writes: > 1. Storing the beginning of the file on disk: > This is a workable solution as long as you don't have zero bytes file, which > don't have a unique beginning of the file (for example, start_cluster for > all FAT zero files is cluster 0). So, this viol

Re: more ramblings about inodeless fs

2000-05-10 Thread Marcus Brinkmann
On Wed, 10 May 2000 04:15:33 Brent Fulgham wrote: > On Wed, May 10, 2000 at 01:33:11AM +0200, Marcus Brinkmann wrote: > > Hi, > > > > maybe my ramblings will be useful for other inodeless fs implementations > > later. > > > > 3. Making up inode numbers on the way: > > Simply start with 1 and go

Re: more ramblings about inodeless fs

2000-05-09 Thread Brent Fulgham
On Wed, May 10, 2000 at 01:33:11AM +0200, Marcus Brinkmann wrote: > Hi, > > maybe my ramblings will be useful for other inodeless fs implementations > later. > > 3. Making up inode numbers on the way: > Simply start with 1 and go up for every new file cached. This could be > called "virtual inod

Re: more ramblings about inodeless fs

2000-05-09 Thread Neal H Walfield
Hi Marcus, > 3. Making up inode numbers on the way: > Simply start with 1 and go up for every new file cached. This could be > called "virtual inodes". The problem is that there is per se no efficient way > to regain the virtual inode numbers from the file information, when looking it > up (The a