On Fri, Jun 26, 2015 at 6:01 AM, James (Fei) Liu-SSI <[email protected]> wrote: > Hi Cephers, > It is not easy to ask when Ceph is going to support inline > dedup/compression across OSDs in RADOS because it is not easy task and > answered. Ceph is providing replication and EC for performance and failure > recovery. But we also lose the efficiency of storage store and cost > associate with it. It is kind of contradicted with each other. But I am > curious how other Cephers think about this question. > Any plan for Cephers to do anything regarding to inline dedupe/compression > except the features brought by local node itself like BRTFS?
Compression is easier to implement in rados than dedup. The most important thing about compression is where we begin to compress, client, pg or objectstore. Then we need to decide how much the compress unit is. Of course, compress and dedup both like to use keyvalue-alike storage api to use, but I think it's not difficult to use existing objectstore api. Dedup is more possible to implement in local osd instead of the whole pool or cluster, and if we want to do dedup for the pool level, we need to do dedup from client. > > Regards, > James > -- > To unsubscribe from this list: send the line "unsubscribe ceph-devel" in > the body of a message to [email protected] > More majordomo info at http://vger.kernel.org/majordomo-info.html -- Best Regards, Wheat -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
