+1. I haven’t looked in detail at the API that’s been proposed, but I’m very much in favour of the work to support this, and the introduction of the newly proposed implementations.
In particular, really happy to see somebody finally finish up C-7282! I look forward to seeing how the different approaches compare. From: Branimir Lambov <branimir.lam...@datastax.com> Date: Tuesday, 20 July 2021 at 11:11 To: dev@cassandra.apache.org <dev@cassandra.apache.org> Subject: [DISCUSS] CEP-11: Pluggable memtable implementations Proposal for a mechanism for plugging in memtable implementations: https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-11%3A+Pluggable+memtable+implementations The proposal supports using custom memtable implementations to support development and testing of improved alternatives, but also enables a broader definition of "memtable" to better support more advanced use cases like persistent memory. To this end, memtable implementations are given control over flushing and storing data in the commit log, enabling solutions that implement their own durability mechanisms and live much longer than their classical counterparts. Taken to the extreme, this also enables memtables that never flush (in other words, alternative storage engines) in a minimally-invasive manner. I am curious to hear your thoughts on the proposal. Regards, Branimir
