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