[
https://issues.apache.org/jira/browse/HBASE-3649?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Purtell resolved HBASE-3649.
-----------------------------------
Resolution: Won't Fix
Fix Version/s: (was: 0.92.0)
Assignee: (was: Andrew Purtell)
Indeed this doesn't seem necessary/useful upon further reflection.
> Separate compression setting for flush files
> --------------------------------------------
>
> Key: HBASE-3649
> URL: https://issues.apache.org/jira/browse/HBASE-3649
> Project: HBase
> Issue Type: Improvement
> Reporter: Andrew Purtell
>
> In this thread on user@hbase: http://search-hadoop.com/m/WUnLM6ojHm1 J-D
> conjectures that compressing flush files leads to a suboptimal situation
> where "the puts are sometimes blocked on the memstores which are blocked by
> the flusher thread which is blocked because there's too many files to compact
> because the compactor is given too many small files to compact and has to
> compact the same data a bunch of times."
> We have a separate compression setting already for major compaction vs store
> files written during minor compaction, for background/archival apps. Add a
> separate compression setting for flush files, default to none, to avoid the
> above condition.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
