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
|
Список | 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 по дате отправления: