Re: Is a plan for lmza commpression in pg_dump

From: "Dann Corbit" <DCorbit(at)connx(dot)com>
To: "Bruce Momjian" <bruce(at)momjian(dot)us>, "Stanislav Lacko" <lacko(at)spacesystems(dot)sk>
Cc: <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Is a plan for lmza commpression in pg_dump
Date: 2009-02-04 23:40:37
Message-ID: D425483C2C5C9F49B5B7A41F8944154702961FA5@postal.corporate.connx.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> -----Original Message-----
> From: pgsql-hackers-owner(at)postgresql(dot)org [mailto:pgsql-hackers-
> owner(at)postgresql(dot)org] On Behalf Of Bruce Momjian
> Sent: Wednesday, February 04, 2009 3:28 PM
> To: Stanislav Lacko
> Cc: pgsql-hackers(at)postgresql(dot)org
> Subject: Re: [HACKERS] Is a plan for lmza commpression in pg_dump
>
> Stanislav Lacko wrote:
> > Hi.
> >
> > Is it in todo or in a plan to implement lmza commpression in pg_dump
> > backups?
>
> Nope, never heard anything about it.

In case the PG group does get interested in insertion of compression
algorithms into PostgreSQL {it seems it could be useful in many
different areas}, the 7zip format seems to be excellent in a number of
ways.

Here is an interesting benchmark that shows 7z format winning a large
area of the "optimal compressors" performance graph:
http://users.elis.ugent.be/~wheirman/compression/

The LZMA SDK is granted to the public domain:
http://www.7-zip.org/sdk.html

Unfortunately LZOP (which wins the top half of the "optimal compressors"
graph where the compression and decompression speed is more important
than amount of compression) does not have a liberal license.
http://www.lzop.org/

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Kenneth Marshall 2009-02-04 23:48:50 Re: <note> on hash indexes
Previous Message Bruce Momjian 2009-02-04 23:27:53 Re: Is a plan for lmza commpression in pg_dump