[
https://issues.apache.org/jira/browse/HBASE-2462?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stack updated HBASE-2462:
-------------------------
Attachment: 2462v2.txt
Not done yet. Had to stand up an instance of Store and even that requires a
mocked HRegion instance at least because this all is too tangled (I need
instance of StoreScanner -- I tried hard to undo SS's dependence on Store but
had to give up). I have it so have a Tool that you can pass a directory of
files too. Was going to finish this up. At a minium its turning up some
little improvements on Store -- I'm able to remove some duplicated and
unnecessary data members, etc.
> 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
> Attachments: 2462v2.txt, standalone.txt
>
>
> 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
