[ale] XFS multi-mount
Dow Hurst
Dow.Hurst at mindspring.com
Tue Dec 21 01:54:34 EST 2004
Greg is on the right path here. A cluster file system Raided would be
the best bet. Your close, just look into CXFS if you want SGI's cluster
file system. Lot's of options there and I bet they use it on the Altix
so it is ported onto Linux. I don't know it myself so you'll have to go
look. It would be cool if you don't even have to do anything other than
just add CXFS to your machines. It may work with XFS filesystems by
default.
dow
Greg Freemyer wrote:
>Attriel,
>
>I assume you know that what you are doing is simply not supported by
>most filesystems, right?
>
>The "correct" thing to do would be to try a cluster filesystem.
>
>For what you describe, I think GFS from Redhat or OCFS from Oracle
>would be the best GPL choices. Both are designed to have multiple
>nodes accessing a common shared storage array.
>
>Unfortunately neither of these is likely to be as fast as XFS.
>
>I would check out OCFS first. It has some short-comings (no locking,
>no acls, etc.), but I don't think you need those features.
>
>If you need XFS, you could also try mounting with the sync flag. That
>tells xfs to keep the servers write buffer flushed to disk at all
>times. Unfortunately, the sync flag really slows down XFS's
>performance.
>
>That would fix your write caching issues.
>
>As Dow said, it is your read cache that is likely the real difficulty.
> Maybe you could post on the XFS list and someone could tell you of
>way to invalidate all the read cache pages, thus forcing a physical
>read. If that could be done every 30 seconds or so, it might work for
>you.
>
>Greg
>
>
More information about the Ale
mailing list