[ 
https://issues.apache.org/jira/browse/CASSANDRA-13981?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16463929#comment-16463929
 ] 

Michael Burman commented on CASSANDRA-13981:
--------------------------------------------

Just my 2 cents, but the approach seems slightly odd if one wants to take 
advantage of the persistent memory. This stuff should override the whole 
CommitLog path also. So instead of writing first to WAL and then to the 
memtable, this should skip both the memtable as well as commitlog in my opinion 
and basically rewrite the whole storage path. And same applies to reads, 
compactions, etc as it should never create SSTables. Same way, when starting 
Cassandra the recovery process should be changed also.

I would actually redesign also the query parsing, query execution and other 
parts as well as these do not fit the model of persistent memory too well 
either. I have no idea how this would affect the streaming processing as 
suddenly the tables are not necessarily anymore immutable (as LSM isn't 
designed for persistent memory). I'd say this is quite difficult approach to 
integrate to Cassandra if it's anything more than "half-baked exercise". Just 
replacing the data model isn't enough as the whole approach of having a single 
type of memory is so fundamentally different to what Cassandra was designed for.

> Enable Cassandra for Persistent Memory 
> ---------------------------------------
>
>                 Key: CASSANDRA-13981
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-13981
>             Project: Cassandra
>          Issue Type: New Feature
>          Components: Core
>            Reporter: Preetika Tyagi
>            Assignee: Preetika Tyagi
>            Priority: Major
>             Fix For: 4.0
>
>         Attachments: in-mem-cassandra-1.0.patch, readme.txt
>
>
> Currently, Cassandra relies on disks for data storage and hence it needs data 
> serialization, compaction, bloom filters and partition summary/index for 
> speedy access of the data. However, with persistent memory, data can be 
> stored directly in the form of Java objects and collections, which can 
> greatly simplify the retrieval mechanism of the data. What we are proposing 
> is to make use of faster and scalable B+ tree-based data collections built 
> for persistent memory in Java (PCJ: https://github.com/pmem/pcj) and enable a 
> complete in-memory version of Cassandra, while still keeping the data 
> persistent.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

Reply via email to