Re: Faster compression, again - Mailing list pgsql-hackers

From Daniel Farina
Subject Re: Faster compression, again
Date
Msg-id CAAZKuFZ3wUT+3jRWb7ZJmybuvnVA14Hn7RR6c8YhnsNfq53V4Q@mail.gmail.com
Whole thread Raw
In response to Re: Faster compression, again  (Huchev <hugochevrain@gmail.com>)
Responses Re: Faster compression, again  (Huchev <hugochevrain@gmail.com>)
List pgsql-hackers
On Tue, Apr 3, 2012 at 7:29 AM, Huchev <hugochevrain@gmail.com> wrote:
> For a C implementation, it could interesting to consider LZ4 algorithm, since
> it is written natively in this language. In contrast, Snappy has been ported
> to C by Andy from the original C++ Google code, which lso translate into
> less extensive usage and tests.

From what I can tell, the C implementation of snappy has more tests
than this LZ4 implementation, including a fuzz tester.  It's a
maintained part of Linux as well, and used for btrfs --- this is why
it was ported.  The high compression version of LZ4 is apparently
LGPL.  And, finally, there is the issue of patents: snappy has several
multi-billion dollar companies that can be held liable (originator
Google, as well as anyone connected to Linux), and to the best of my
knowledge, nobody has been held to extortion yet.

Consider me unconvinced as to this line of argument.

-- 
fdr


pgsql-hackers by date:

Previous
From: Josh Berkus
Date:
Subject: Re: patch: improve SLRU replacement algorithm
Next
From: Greg Stark
Date:
Subject: Re: patch: bytea_agg