This is a great idea. It is also under the APACHE license so we hopefully we can have snappy
support directly in hbase and can forget about lzo and all its problems.
~Jeff
On 3/23/2011 11:03 AM, Segel, Mike wrote:
Lol...
It's already in the works...
Sent from my Palm Pre , Please excuse
...@qualtrics.com
To: dev@hbase.apache.org
Sent: Thu, March 24, 2011 2:27:29 PM
Subject: Re: google snappy
This is a great idea. It is also under the APACHE license so we hopefully
we
can have snappy
support directly in hbase and can forget about lzo and all its problems.
~Jeff
On 3/23/2011
(Please don't cross-post like that, it only adds confusion. I put
everything in bcc and posted to general instead)
Their README says the following:
Snappy usually is faster than algorithms in the same class (e.g. LZO,
LZF, FastLZ, QuickLZ, etc.) while achieving comparable compression
ratios.
Lol...
It's already in the works...
Sent from my Palm Pre , Please excuse any spelling errors.
On Mar 23, 2011 11:53 AM, Weishung Chung weish...@gmail.com wrote:
Hey my fellow hadoop/hbase developers,
I just came across this google compression/decompression