Date: Sat, 28 May 2005 18:04:39 +0200 From: Herve Boulouis <amon@sockar.homeip.net> To: freebsd-current@freebsd.org Subject: Re: Disable read/write caching to disk? Message-ID: <20050528160439.GA81706@ra.aabs> In-Reply-To: <4C7F0B94-4D12-41A3-9A61-C3B620804671@mac.com> References: <42960F8F.2050109@samsco.org> <42961195.30608@centtech.com> <429613FB.80100@samsco.org> <42968AD4.3020603@centtech.com> <A70C5E4F-D9F9-4756-8AC2-591462E338DE@shire.net> <4296997C.9030700@samsco.org> <20050526235852.M54386@lexi.siliconlandmark.com> <42969C1B.5010301@samsco.org> <20050527092544.GB18696@cirb503493.alcatel.com.au> <4C7F0B94-4D12-41A3-9A61-C3B620804671@mac.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Le 27/05/2005 13:09, Charles Swiger a écrit: > > >Solaris clustering routes all I/O to a shared filesystem to a single > >'master' node, which is responsible for all physical I/O to the disk. > >This would significantly simplify cache coherency management. > > Apple's Xsan clustering solution relies on a so-called "metadata > controller", which keeps track of locking and provides syncronization > and invalidation notification when the filesystem metadata changes. > SAN clients still read the actual file data directly via fibre > channel, but they also need IP-level connectivity via ethernet (an > unroutable LAN is fine) to the MDC. SGI's CXFS works exactly the same way. The metadata server (one per filesystem) is accessed through an ip network and data are accessed through the SAN. I suppose that the journaling capabilities of XFS are used to do the metadata server's work but I'm not sure. -- Herve Boulouis
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050528160439.GA81706>