cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Benedict (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-7443) SSTable Pluggability v2
Date Wed, 25 Jun 2014 12:46:25 GMT


Benedict commented on CASSANDRA-7443:

We will have to dice up CFS somewhat no doubt, yes - as soon as we start messing with CC and
Memtables, CFS is in the mix too. With some of these changes and compaction etc., I'm sort
of tempted to wait until we have a new storage API (which may follow this ticket)... we need
to try and do this piecemeal as it is going to be a difficult project. Let's make it minimally
abstract, then iterate from there :)

Specifically for compaction, you can already drop a custom compaction strategy (which permits,
e.g., turning it off), but we probably don't want to reimplement LCS/STCS etc. for each storage
engine that needs them.

> SSTable Pluggability v2
> -----------------------
>                 Key: CASSANDRA-7443
>                 URL:
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>            Reporter: T Jake Luciani
>            Assignee: T Jake Luciani
>             Fix For: 3.0
> As part of a wider effort to improve the performance of our storage engine we will need
to support basic pluggability of the SSTable reader/writer. We primarily need this to support
the current SSTable format and new SSTable format in the same version.  This will also let
us encapsulate the changes in a single layer vs forcing the whole engine to change at once.
> We previously discussed how to accomplish this in CASSANDRA-3067

This message was sent by Atlassian JIRA

View raw message