[
https://issues.apache.org/jira/browse/HBASE-2462?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13216581#comment-13216581
]
stack commented on HBASE-2462:
------------------------------
It likes a bunch of this has made it in but I don't see the standalone
compactions part nor the simulator. I'm taking a look at salvaging these
latter two aspects from this patch and at least making it so we have standalone
compactions (I want to look at compactions in isolation to see if we can make
them run faster; we also need to work on making it so we do less of them but
thats other issues).
> Review compaction heuristic and move compaction code out so standalone and
> independently testable
> -------------------------------------------------------------------------------------------------
>
> Key: HBASE-2462
> URL: https://issues.apache.org/jira/browse/HBASE-2462
> Project: HBase
> Issue Type: Improvement
> Components: performance
> Reporter: stack
> Assignee: Jonathan Gray
> Priority: Critical
> Labels: moved_from_0_20_5
>
> Anything that improves our i/o profile makes hbase run smoother. Over in
> HBASE-2457, good work has been done already describing the tension between
> minimizing compactions versus minimizing count of store files. This issue is
> about following on from what has been done in 2457 but also, breaking the
> hard-to-read compaction code out of Store.java out to a standalone class that
> can be the easier tested (and easily analyzed for its performance
> characteristics).
> If possible, in the refactor, we'd allow specification of alternate merge
> sort implementations.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
