Jeff Garzik wrote: > Boaz Harrosh wrote: >> FUJITA Tomonori wrote: >>> Boaz Harrosh <bharrosh@xxxxxxxxxxx> wrote: >>>> Also looking >>>> ahead I will have RAID 0, 1, 5, and 6 on objects of different devices. bio >>>> is the perfect collector for memory information in this situation. > >>> You will add such features to exofs, handling multiple devices >>> internally? > >> Multiple objects on Multiple devices, Yes. > > That sort of feature does not belong in exofs, but somewhat separate. > Ideally we should be able to share "MD for OSD" with other OSD > filesystems, and the "osdblk" device that I will produce once libosd > hits upstream. > No can do. exofs is meant to be a reference implementation of a pNFS-objects file serving system. Have you read the spec of pNFS-objects layout? they define RAID 0, 1, 5, and 6. In pNFS the MDS is suppose to be able to write the data for its clients as NFS, so it needs to have all the infra structure and knowledge of an Client pNFS-object layout drive. But don't worry, the plans are that layout-drive and exofs will reuse all the same library code that does all that. There will not be a single line of duplicate code. In fact one of the things I wanted to talk about in LSF is a generic, BIO based (or some thing else), RAID engine, That could be used by all RAIDers in Kernel, DM, MD, btrfs, exofs pNFS-objects, TUX3, ZFS and so on. And I don't mean just the low level memory-pointers XOR functions, but the more higher level of memory splitters/collectors, abstract-device lists, and RAID description structures. (Because RAIDs can be stacked like 10, 50, and all kind of crazy things) > Jeff > > > > Boaz -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
