Re: [HACKERS] More benchmarking of wal_buffers

Поиск
Список
Период
Сортировка
От Curt Sampson
Тема Re: [HACKERS] More benchmarking of wal_buffers
Дата
Msg-id Pine.NEB.4.51.0302151732320.361@angelic-vtfw.cvpn.cynic.net
обсуждение исходный текст
Ответ на Re: [HACKERS] More benchmarking of wal_buffers  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-performance
On Thu, 13 Feb 2003, Tom Lane wrote:

> "Christopher Kings-Lynne" <chriskl@familyhealth.com.au> writes:
> > What I mean is say you have an enterprise server doing heaps of transactions
> > with lots of work.  If you have scads of RAM, could you just shove up
> > wal_buffers really high and assume it will improve performance?
>
> There is no such thing as infinite RAM (or if there is, you paid *way*
> too much for your database server).  My feeling is that it's a bad
> idea to put more than you absolutely have to into single-use buffers.
> Multi-purpose buffers are usually a better use of RAM.

Well, yes, but he was talking about 8 MB of WAL buffers. On a machine
with, say, 2 GB of RAM, that's an insignificant amount (0.4% of your
memory), and so I would say that it basically can't hurt at all. If your
log is on the same disk as your data, the larger writes when doing a big
transaction, such as a copy, might be a noticable win, in fact.

(I was about to say that it would seem odd that someone would spend that
much on RAM and not splurge on an extra pair of disks to separate the
WAL log, but then I realized that we're only talking about $300 or so
worth of RAM....)

cjs
--
Curt Sampson  <cjs@cynic.net>   +81 90 7737 2974   http://www.netbsd.org
    Don't you know, in this new Dark Age, we're all light.  --XTC

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

Предыдущее
От: Curt Sampson
Дата:
Сообщение: Re: [HACKERS] WAL replay logic (was Re: Mount options for
Следующее
От: Scott Cain
Дата:
Сообщение: Re: [Gmod-schema] Re: performace problem after VACUUM