Re: Table and Index compression

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: Table and Index compression
Дата
Msg-id 407d949e0908070459l5a3e855cu2ed146f7e18c57bc@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Table and Index compression  (Sam Mason <sam@samason.me.uk>)
Ответы Re: Table and Index compression  (Greg Stark <gsstark@mit.edu>)
Re: Table and Index compression  (Sam Mason <sam@samason.me.uk>)
Re: Table and Index compression  (Pierre Frédéric Caillaud<lists@peufeu.com>)
Список pgsql-hackers
On Fri, Aug 7, 2009 at 12:48 PM, Sam Mason<sam@samason.me.uk> wrote:
>> Well most users want compression for the space savings. So running out
>> of space sooner than without compression when most of the space is
>> actually unused would disappoint them.
>
> Note, that as far as I can tell for a filesystems you only need to keep
> enough reserved for the amount of uncompressed dirty buffers you have in
> memory.  As space runs out in the filesystem all that happens is that
> the amount of (uncompressed?) dirty buffers you can safely have around
> decreases.

And when it drops to zero?

> In PG's case, it would seem possible to do the compression and then
> check to see if the resulting size is greater than 4kB.  If it is you
> write into the 4kB page size and write uncompressed data.  Upon reading
> you do the inverse, if it's 4kB then no need to decompress.  I believe
> TOAST does this already.

It does, as does gzip and afaik every compression system.

--
greg
http://mit.edu/~gsstark/resume.pdf


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Michael Meskes
Дата:
Сообщение: Re: Split-up ECPG patches
Следующее
От: Greg Stark
Дата:
Сообщение: Re: Table and Index compression