You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Terje Marthinussen (JIRA)" <ji...@apache.org> on 2011/09/13 04:01:09 UTC

[jira] [Commented] (CASSANDRA-3024) sstable and message varint encoding

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

Terje Marthinussen commented on CASSANDRA-3024:
-----------------------------------------------

I have ported stuff related to handling this for columns/supercolumns (requires changes to size calculations as well) including more dense timestamp handling.

I was looking quickly at the sstables as well as other places where we write short/ints/longs and I started realizing that modifying all of this gets a bit of a work.

What about changing RandomAccessReader to something like (Descriptor desc,...) rather than (File file, ....) and adding backwards compatibility there for fixed length/ variable length readInt/Long there?

On the write side, modify SequentialWriter with overrides for variable length write methods.

Any objections against doing this at such a "low" level?



> sstable and message varint encoding
> -----------------------------------
>
>                 Key: CASSANDRA-3024
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-3024
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Jonathan Ellis
>            Priority: Minor
>             Fix For: 1.1
>
>
> We could save some sstable space by encoding longs and ints as vlong and vint, respectively.  (Probably most "short" lengths would be better as vint as well.)

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira