From: | Zeugswetter Andreas SEV <ZeugswetterA(at)wien(dot)spardat(dot)at> |
---|---|
To: | "'Jan Wieck'" <wieck(at)debis(dot)com> |
Cc: | "'pgsql-hackers(at)postgreSQL(dot)org'" <pgsql-hackers(at)postgreSQL(dot)org> |
Subject: | AW: [HACKERS] compression in LO and other fields |
Date: | 1999-11-12 19:32:34 |
Message-ID: | 219F68D65015D011A8E000006F8590C603FDC16D@sdexcsrv1.f000.d0188.sd.spardat.at |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> I don't know if there's a compression library available that
> fit's our need. First and most important it must have a
> license that permits us to include it in the distribution
> under our existing license. Second it's implementation must
> not cause any problems in the backend like memory leakage or
> the like.
LZO (Lempel-Ziv-Oberhuemer) sounds like a candidate.
http://wildsau.idv.uni-linz.ac.at/mfx/lzo.html
It is a realtime compressor, designed for real time
compression/decompression of data.
It is really fast, like >20 Mb/s decompressions are easily possible and has
a pretty good compression ratio,
almost as good as gzip, since it favours speed over ratio.
It seems to have a pretty safe and compatible license.
It comes with a gzip cmdline compatible program called lzop.
I really love it.
Andreas
From | Date | Subject | |
---|---|---|---|
Next Message | bayard kohlhepp | 1999-11-12 21:09:48 | how to handle struct within EXEC SQL DECLARE SECTION? |
Previous Message | Don Baccus | 1999-11-12 18:09:57 | Re: [HACKERS] compression in LO and other fields |