Re: [PATCHES] Full page writes improvement, code update

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: [PATCHES] Full page writes improvement, code update
Дата
Msg-id 1175200117.4386.616.camel@silverbirch.site
обсуждение исходный текст
Ответ на Re: [PATCHES] Full page writes improvement, code update  (Josh Berkus <josh@agliodbs.com>)
Ответы Re: [PATCHES] Full page writes improvement, code update  (Koichi Suzuki <suzuki.koichi@oss.ntt.co.jp>)
Список pgsql-hackers
On Thu, 2007-03-29 at 11:45 -0700, Josh Berkus wrote:

> > OK, different question:
> > Why would anyone ever set full_page_compress = off?
>
> The only reason I can see is if compression costs us CPU but gains RAM &
> I/O.  I can think of a lot of applications ... benchmarks included ...
> which are CPU-bound but not RAM or I/O bound.  For those applications,
> compression is a bad tradeoff.
>
> If, however, CPU used for compression is made up elsewhere through smaller
> file processing, then I'd agree that we don't need a switch.

Koichi-san has explained things for me now.

I misunderstood what the parameter did and reading your post, ISTM you
have as well. I do hope Koichi-san will alter the name to allow
everybody to understand what it does.

--
  Simon Riggs
  EnterpriseDB   http://www.enterprisedb.com



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

Предыдущее
От: "Joshua D. Drake"
Дата:
Сообщение: Feature thought: idle in transaction timeout
Следующее
От: "Simon Riggs"
Дата:
Сообщение: Re: Modifying TOAST thresholds