Sure I am, but I haven't told you how. Suppose that your current
VFS can handle N cpus byt you have N*M cpus. Take a look at
http://bitmover.com/lm/papers/bigfoot.ps and imagine applying that
technique here. To summarize what I'm proposing, the locking problems are
because too many cpus want at the same data structures at the same time.
One way to solve that is to fine grain thread the data structures, and
that is a pain in the ass. Another way to solve it may be to "stripe"
the file "servers". Imagine each CPU serving up a part of a bigfoot
file system. I've just reduced the scaling problems by a factor of M.
And, the ccCluster approach moves most of the nasty locking
problems into a ccCluster specific filesystem rather than buggering up
the generic paths.
----- Larry McVoy lm at bitmover.com http://www.bitmover.com/lm - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/