[ https://issues.apache.org/jira/browse/HADOOP-7206?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13051429#comment-13051429 ]
T Jake Luciani commented on HADOOP-7206: ---------------------------------------- Hi Tom. Good find. Actually snappy-java exposes this call so perhaps it should change to {noformat} Snappy.maxCompressedLength(bufferSize) - bufferSize; {noformat} Agree? > 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: issei yoshida > 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 > > > 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