| From: | "Stephen R(dot) van den Berg" <srb(at)cuci(dot)nl> |
|---|---|
| To: | James Mansion <james(at)mansionfamily(dot)plus(dot)com> |
| Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-hackers(at)postgresql(dot)org, Alex Hunsaker <badalex(at)gmail(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Subject: | Re: Significantly larger toast tables on 8.4? |
| Date: | 2009-01-05 01:34:07 |
| Message-ID: | 20090105013407.GA20002@cuci.nl |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
James Mansion wrote:
>Peter Eisentraut wrote:
>>>c. Are there any well-known pitfalls/objections which would prevent me
>>>from
>>> 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
>CDDL licensed.
The most likely candidate for a speedy algorithm seems QuickLZ, the author
is willing to accomodate the licensing.
--
Sincerely,
Stephen R. van den Berg.
Climate is what you expect. Weather is what you get.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alvaro Herrera | 2009-01-05 01:40:59 | Re: generic reloptions improvement |
| Previous Message | Stephen R. van den Berg | 2009-01-05 01:30:38 | QuickLZ compression algorithm (Re: Inclusion in the PostgreSQL backend for toasting rows) |