You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Manukranth Kolloju (JIRA)" <ji...@apache.org> on 2013/03/28 00:39:15 UTC

[jira] [Commented] (HBASE-8206) Thread safety issues with Compression.Algorithm.GZ and SNAPPY

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

Manukranth Kolloju commented on HBASE-8206:
-------------------------------------------

We found that double locking was not necessarily thread safe and it might be solved by doing the following : 
        if (codec == null) {
          synchronized (lock) {
            if (codec == null) {
              GzipCodec tmpCodec = new ReusableStreamGzipCodec();
              tmpCodec.setConf(new Configuration(conf));
              codec = tmpCodec;
            }
          }

                
> Thread safety issues with Compression.Algorithm.GZ and SNAPPY
> -------------------------------------------------------------
>
>                 Key: HBASE-8206
>                 URL: https://issues.apache.org/jira/browse/HBASE-8206
>             Project: HBase
>          Issue Type: Bug
>    Affects Versions: 0.89-fb
>            Reporter: Manukranth Kolloju
>            Priority: Minor
>             Fix For: 0.89-fb
>
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> The Compression.Algorithm was not completely thread safe. Hence making it thread safe. Trying to fix this the same way it was fixed in HBase trunk(HBASE-5458) with a minor change since the fix in trunk is not completely thread safe.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira