lkml.org 
[lkml]   [2000]   [Aug]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: hfs support for blocksize != 512
On Tue, 29 Aug 2000, Jeff V. Merkey wrote:

> I concur with this appraisal from Al Viro. Single threading the VFS is
> going backwards -- not a good idea.

It sounds to me like different FSes have different needs. Maybe the best
approach is to have two or three fs APIs, according to the needs of the
fs. One could be a pure vnode interface, simple, serene, which puts the
locking in the driver by whatever means it chooses. Lookup for NFS would
be on the vnode number, which would be kept in a kernel table until the
file was closed. One could be the current multi-threaded arrangement.
Finally, one might add a single-threaded-per-filesystem-instance method
for filesystems that don't thread well.

It just seems to me that this sort of thing need not be an either-or
situation.


Comments?
David

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 12:38    [W:0.141 / U:1.508 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site