Previous experience with OCFS2 was that its actual performance was pretty lackluster/awful. The bits Oracle threw on top of (I think) ext3 to make it work as a multi-writer filesystem with all of the signalling that implies brought the overall performance down.
Jeff On Wed, Sep 11, 2013 at 9:58 AM, Ugis <ugi...@gmail.com> wrote: > Hi, > > I wonder is ocfs2 suitable for hosting OSD data? > In ceph documentation only XFS, ext4 and btrfs are discussed, but > looking at ocfs2 feature list it theoretically also could host OSDs: > > Some of the notable features of the file system are: > Optimized Allocations (extents, reservations, sparse, unwritten > extents, punch holes) > REFLINKs (inode-based writeable snapshots) > Indexed Directories > Metadata Checksums > Extended Attributes (unlimited number of attributes per inode) > Advanced Security (POSIX ACLs and SELinux) > User and Group Quotas > Variable Block and Cluster sizes > Journaling (Ordered and Writeback data journaling modes) > Endian and Architecture Neutral (x86, x86_64, ia64 and ppc64) > Buffered, Direct, Asynchronous, Splice and Memory Mapped I/Os > In-built Clusterstack with a Distributed Lock Manager > Cluster-aware Tools (mkfs, fsck, tunefs, etc.) > > ocfs2 can work in cluster mode but it can also work for single node. > > Just wondering would OSD work on ocfs2 and what would performance > characteristics be. > Any thoughts/experience? > > BR, > Ugis Racko > _______________________________________________ > ceph-users mailing list > ceph-users@lists.ceph.com > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >
_______________________________________________ ceph-users mailing list ceph-users@lists.ceph.com http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com