[jira] [Work logged] (BEAM-11658) Match .snappy files into the given (de)compressor

["ASF GitHub Bot (Jira)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/BEAM-11658?focusedWorklogId=544322&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-544322 ]

ASF GitHub Bot logged work on BEAM-11658:
-----------------------------------------

                Author: ASF GitHub Bot
            Created on: 29/Jan/21 15:53
            Start Date: 29/Jan/21 15:53
    Worklog Time Spent: 10m 
      Work Description: iemejia commented on pull request #13821:
URL: https://github.com/apache/beam/pull/13821#issuecomment-769887305


   Merged now. We just cut the release for 2.28.0 two days ago so this feature will officially be part of 2.29.0 (in around 6-8 weeks). Thanks again!


----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
users@infra.apache.org


Issue Time Tracking
-------------------

    Worklog Id:     (was: 544322)
    Time Spent: 2h  (was: 1h 50m)

> Match .snappy files into the given (de)compressor
> -------------------------------------------------
>
>                 Key: BEAM-11658
>                 URL: https://issues.apache.org/jira/browse/BEAM-11658
>             Project: Beam
>          Issue Type: New Feature
>          Components: sdk-java-core
>            Reporter: Andrei Balici
>            Assignee: Andrei Balici
>            Priority: P2
>             Fix For: 2.29.0
>
>          Time Spent: 2h
>  Remaining Estimate: 0h
>
> Snappy is a compression/decompression library. It does not aim for maximum compression, or compatibility with any other compression library; instead, it aims for very high speeds and reasonable compression. For instance, compared to the fastest mode of zlib, Snappy is an order of magnitude faster for most inputs, but the resulting compressed files are anywhere from 20% to 100% bigger.
>  
> Many data pipelines will have as input files .snappy compressed, and these currently have to be read by creating custom DoFn(s).
>  
> It would be nice to see Beam support this out of the box, as it does currently for LZO. Snappy usually is faster than algorithms in the same class (e.g. LZO, LZF, QuickLZ, etc.) while achieving comparable compression ratios, so I see no reason leaving this out.



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