Hi,
On Sat, 16 Oct 1999 01:59:38 -0400 (EDT), Alexander Viro
<[EMAIL PROTECTED]> said:
a) to d), fine.
> e) we might get out with just a dirty blocks lists, but I think
> that we can do better than that: keep per-inode cache for metadata. It
> is going to be separate from the data pagecache. It is never exported to
> user space and lives completely in kernel context. Ability to search
> there doesn't mean much for normal filesystems, but weirdies like AFFS
> will _really_ benefit from it - I've just realized that I was crufting up
> an equivalent of such cache there anyway.
Why? Whenever we are doing a lookup on such data, we are _always_
indexing by physical block number: what's wrong with the normal buffer
cache in such a case?
--Stephen
