On Thu, Apr 28, 2005 at 02:48:57PM +0100, Stephen C. Tweedie wrote:
> reduce the latency for this case. My gut feeling, though, is that I'd
> still prefer to see the DLM doing its work properly, cluster-wide in
> this case, as precaution against accidents if we get inconsistent states
> on disk leading to two nodes trying to create the same lock at once.
> Experience suggests that such things *do* go wrong, and it's as well to
> plan for them --- early detection is good!
And unacceptably slow. With LKM_LOCAL, OCFS2 approaches ext3
speed untarring a kernel tree, because everything under the toplevel
directory is a candidate for LKM_LOCAL. Network communication may be
fast, but pagecache operations are even faster. I don't know by how
much, but I bet if we turned off LKM_LOCAL in the OCFS2 DLM, we'd lose a
lot of speed.
Joel
--
One look at the From:
understanding has blossomed
.procmailrc grows
- Alexander Viro
Joel Becker
Senior Member of Technical Staff
Oracle
E-mail: [email protected]
Phone: (650) 506-8127
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]