Re: SMP/cc Cluster description

David S. Miller (davem@redhat.com)
Thu, 06 Dec 2001 15:19:45 -0800 (PST)


From: Larry McVoy <lm@bitmover.com>
Date: Thu, 6 Dec 2001 15:15:04 -0800

Wait a second, you're missing something. If you are going to make a single
OS image work on a 64 way (or whatever) SMP, you have all of these issues,
right? I'm not introducing additional locking problems with the design.

And you're not taking any of them away from the VFS layer. That is
where all the real fundamental current scaling problems are in the
Linux kernel.

That is why I spent so much timing describing the filesystem name path
locking problem, those are the major hurdles we have to go over.
Networking is old hat, people have done work to improve the scheduler
scaling, it's just these hand full of VFS layer issues that are
dogging us.

So my point is, if you're going to promote some "locking complexity"
advantage, I don't think that's where a ccCluster even makes a dent in
the viability spectrum.

Where it does have advantages are for things like offlining node
clusters in a NUMA system. High availability et al.
-
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/