Re: auto-sizing wal_buffers

Поиск
Список
Период
Сортировка
От Josh Berkus
Тема Re: auto-sizing wal_buffers
Дата
Msg-id 4D3220E3.20804@agliodbs.com
обсуждение исходный текст
Ответ на Re: auto-sizing wal_buffers  (Greg Smith <greg@2ndquadrant.com>)
Ответы Re: auto-sizing wal_buffers  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: auto-sizing wal_buffers  (Marti Raudsepp <marti@juffo.org>)
Re: auto-sizing wal_buffers  (Fujii Masao <masao.fujii@gmail.com>)
Re: auto-sizing wal_buffers  (Jeff Janes <jeff.janes@gmail.com>)
Re: auto-sizing wal_buffers  (Greg Smith <greg@2ndquadrant.com>)
Список pgsql-hackers
On 1/14/11 10:51 PM, Greg Smith wrote:
> 
> !         Since the data is written out to disk at every transaction
> commit,
> !         the setting many only need to be be large enough to hold the
> amount
> !         of WAL data generated by one typical transaction.  Larger values,
> !         typically at least a few megabytes, can improve write performance
> !         on a busy server where many clients are committing at once.
> !         Extremely large settings are unlikely to provide additional
> benefit.

I think we can be more specific on that last sentence; is there even any
*theoretical* benefit to settings above 16MB, the size of a WAL segment?Certainly there have been no test results to
showany.
 

If we don't know, keep it vague, but otherwise I suggest:

"Settings larger than the size of a single WAL segment (16MB by default)
are unlikely to produce any benefit."

--                                  -- Josh Berkus                                    PostgreSQL Experts Inc.
                        http://www.pgexperts.com
 


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

Предыдущее
От: Dimitri Fontaine
Дата:
Сообщение: Re: Include WAL in base backup
Следующее
От: Alex Hunsaker
Дата:
Сообщение: Re: arrays as pl/perl input arguments [PATCH]