[ 
https://issues.apache.org/jira/browse/CASSANDRA-20092?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Branimir Lambov updated CASSANDRA-20092:
----------------------------------------
          Fix Version/s: 5.1
    Source Control Link: 
https://github.com/apache/cassandra/commit/3078aea1cfc70092a185bab8ac5dc8a35627330f
             Resolution: Fixed
                 Status: Resolved  (was: Ready to Commit)

Merged as 
[3078aea1cfc70092a185bab8ac5dc8a35627330f|https://github.com/apache/cassandra/commit/3078aea1cfc70092a185bab8ac5dc8a35627330f].

> SSTableScanner can be vastly simplified for compaction
> ------------------------------------------------------
>
>                 Key: CASSANDRA-20092
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-20092
>             Project: Apache Cassandra
>          Issue Type: Improvement
>          Components: Local/Compaction
>            Reporter: Branimir Lambov
>            Assignee: Branimir Lambov
>            Priority: Normal
>             Fix For: 5.1
>
>          Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> One of the main bottlenecks for compaction performance is its use of the 
> {{SSTableScanner}} class, whose main purpose is to implement partition range 
> queries and as such supports filtering by row and column that is not helpful 
> to compaction. To implement the latter it must rely on the sstable's index, 
> adding a lot of complexity and inefficiency.
> Implementing a simpler version of a scanner that reads off the data file 
> directly for given spans of offsets would speed up compaction significantly.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to