Re: Is a plan for lmza commpression in pg_dump

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: daveg <daveg(at)sonic(dot)net>
Cc: Andrew Chernow <ac(at)esilo(dot)com>, Dann Corbit <DCorbit(at)connx(dot)com>, Stanislav Lacko <lacko(at)spacesystems(dot)sk>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Is a plan for lmza commpression in pg_dump
Date: 2009-02-07 19:47:05
Message-ID: 200902071947.n17Jl6715617@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

daveg wrote:
> On Wed, Feb 04, 2009 at 10:23:17PM -0500, Andrew Chernow wrote:
> > Dann Corbit wrote:
> > >
> > >The LZMA SDK is granted to the public domain:
> > >http://www.7-zip.org/sdk.html
> > >
> >
> > I played with this but found the SDK extremely confusing and flat out
> > horrible. One personal dislike was the unnecessary use of C++; although it
> > was the horrible API that turned me off. I'm not even sure if I ever got a
> > test program working.
> >
> > LZO (http://www.oberhumer.com/opensource/lzo/) is a great algorithm, easy
> > API with many variants; my fav is LZO1X-1(15). Its known for its
> > compresison and decompresison speeds ... its blazing fast. zlib typically
> > gets 5-8% more compression.
>
> LZO rocks. I wonder if the lzo developer would consider a license exception
> so that postgresql could use it? What would we need?

The chance of us using anything but one zlib is near zero so please do
not persue this; this discussion comes up much too often.

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2009-02-07 19:58:21 Re: Updated backslash consistency patch
Previous Message Andrew Dunstan 2009-02-07 19:46:44 Re: Is a plan for lmza commpression in pg_dump