cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Marcus Eriksson (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CASSANDRA-6356) Proposal: Statistics.db (SSTableMetadata) format change
Date Fri, 22 Nov 2013 12:58:35 GMT

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

Marcus Eriksson commented on CASSANDRA-6356:
--------------------------------------------

agree that it needs refactoring and this looks nice, adding extra real components might be
cleaner but at times i hear people complain about the amount of files in the cassandra datadir
with LCS. It is ofc most often not a real problem though

unsure how using HLL would affect this though? we would still need to keep the tombstone histogram
etc for other uses right?

> Proposal: Statistics.db (SSTableMetadata) format change
> -------------------------------------------------------
>
>                 Key: CASSANDRA-6356
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-6356
>             Project: Cassandra
>          Issue Type: Improvement
>            Reporter: Yuki Morishita
>            Assignee: Yuki Morishita
>            Priority: Minor
>             Fix For: 2.1
>
>
> We started to distinguish what's loaded to heap, and what's not from Statistics.db. For
now, ancestors are loaded as they needed.
> Current serialization format is so adhoc that adding new metadata that are not permanently
hold onto memory is somewhat difficult and messy. I propose to change serialization format
so that a group of stats can be loaded as needed.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

Mime
View raw message