[
https://issues.apache.org/jira/browse/HADOOP-7206?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13053595#comment-13053595
]
Scott Carey commented on HADOOP-7206:
-------------------------------------
bq. IMO this is a big NO NO. I rather have some extra setup work until snappy
SO as commonly available with the OSes.
This may happen with Linux and BSD within a couple years, but likely will never
happen for anything else.
snappy-java will be in user classpaths anyway. I doubt every other project
will go with this method (and if they did, the work should be shared, not in
Hadoop. If we feel strongly that snappy-java is doing it wrong, fork it into a
new project and let everyone benefit!). Other projects without the manpower to
maintain this will just use snappy-java as is. Avro has done this already and
I'm sure others will too. Including a jar as a dependency and having it 'just
work' for 99% of users is an easy win. Especially since Snappy is an optional
compression codec for the vast majority of use cases.
> Integrate Snappy compression
> ----------------------------
>
> Key: HADOOP-7206
> URL: https://issues.apache.org/jira/browse/HADOOP-7206
> Project: Hadoop Common
> Issue Type: New Feature
> Affects Versions: 0.21.0
> Reporter: Eli Collins
> Assignee: Alejandro Abdelnur
> Fix For: 0.23.0
>
> Attachments: HADOOP-7206-002.patch, HADOOP-7206.patch,
> v2-HADOOP-7206-snappy-codec-using-snappy-java.txt,
> v3-HADOOP-7206-snappy-codec-using-snappy-java.txt,
> v4-HADOOP-7206-snappy-codec-using-snappy-java.txt,
> v5-HADOOP-7206-snappy-codec-using-snappy-java.txt
>
>
> Google release Zippy as an open source (APLv2) project called Snappy
> (http://code.google.com/p/snappy). This tracks integrating it into Hadoop.
> {quote}
> 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. On a single core of a Core i7 processor in 64-bit mode, Snappy
> compresses at about 250 MB/sec or more and decompresses at about 500 MB/sec
> or more.
> {quote}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
