[jira] [Commented] (HBASE-25756) Support alternate compression for major and minor compactions

["Anoop Sam John (Jira)" <ji...@apache.org>]

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

Anoop Sam John commented on HBASE-25756:
----------------------------------------

Nice one.
So with this , now we can have NO compression during flush/minor compaction but have a compression at major compaction time alone also. Am I correct?

> Support alternate compression for major and minor compactions
> -------------------------------------------------------------
>
>                 Key: HBASE-25756
>                 URL: https://issues.apache.org/jira/browse/HBASE-25756
>             Project: HBase
>          Issue Type: New Feature
>          Components: Compaction
>            Reporter: Andrew Kyle Purtell
>            Assignee: Andrew Kyle Purtell
>            Priority: Minor
>             Fix For: 3.0.0-alpha-1, 2.5.0
>
>
> Resurrecting HBASE-2988. 
> Currently we can specify a compression algorithm for a column family, or, optionally an alternative compression algorithm to use when compacting (as opposed to flushing). Extend this to optionally specify alternative compression algorithms for minor or major compactions. The interest here is specifically a separate alternative algorithm for major compactions, which might be an expensive but aggressively compressing algorithm like bzip2 or lzma (with custom patches). 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)