James Mansion wrote:
>Peter Eisentraut wrote:
>>>c. Are there any well-known pitfalls/objections which would prevent me
>>> changing the algorithm to something more efficient (read: IO-bound)?
>>copyright licenses and patents
>Would it be possible to have a plugin facility?
>I guess the most likely candidate is the LZJB mechanism in ZFS which is
The most likely candidate for a speedy algorithm seems QuickLZ, the author
is willing to accomodate the licensing.
Stephen R. van den Berg.
Climate is what you expect. Weather is what you get.
In response to
pgsql-hackers by date
|Next:||From: Alvaro Herrera||Date: 2009-01-05 01:40:59|
|Subject: Re: generic reloptions improvement|
|Previous:||From: Stephen R. van den Berg||Date: 2009-01-05 01:30:38|
|Subject: QuickLZ compression algorithm (Re: Inclusion in the PostgreSQL backend for toasting rows)|