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

Andres de la Peña commented on CASSANDRA-16844:
-----------------------------------------------

[~dcapwell] the reason to add the column in the middle is on the first comment 
of this ticket, it's an attempt on improving readability for humans.

That comment is followed by some discussion about compatibility. When this was 
committed it wasn't clear whether this was going to a minor or a major. Now 
that we know it's not in a major, I'm not sure whether we are breaking 
compatibility or not when changing nodetool's parseable output, even if we add 
the new column at the end. I guess some 3rd party tools out there could also 
find issues if they find an unexpected column at the end depending on what they 
expect when parsing, while some other implementations could support both new 
columns and changes in their order if they use the column headers. I think that 
probably the only way to guarantee compatibility with 3rd party tools parsing 
text output is not making changes at all.

> Add number of sstables in a compaction to compactionstats output
> ----------------------------------------------------------------
>
>                 Key: CASSANDRA-16844
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-16844
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Tool/nodetool
>            Reporter: Brendan Cicchi
>            Assignee: Brandon Williams
>            Priority: Normal
>             Fix For: 4.1, 4.1-alpha1
>
>
> It would be helpful to know at a glance how many sstables are involved in any 
> running compactions. While this information can certainly be collected now, a 
> user has to grab it from the debug logs. I think it would be helpful for some 
> use cases to have this information straight from {{nodetool compactionstats}} 
> and then if the actual sstables involved in the compactions are desired, dive 
> into the debug.log for that. I think it would also be good to have this 
> information in the output of {{nodetool compactionhistory}}.
>  



--
This message was sent by Atlassian Jira
(v8.20.7#820007)

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

Reply via email to