Re: [HACKERS] More benchmarking of wal_buffers

From: Curt Sampson <cjs(at)cynic(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>, Hackers <pgsql-hackers(at)postgresql(dot)org>, pgsql-performance(at)postgresql(dot)org
Subject: Re: [HACKERS] More benchmarking of wal_buffers
Date: 2003-02-15 08:36:39
Message-ID: Pine.NEB.4.51.0302151732320.361@angelic-vtfw.cvpn.cynic.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-advocacy pgsql-hackers pgsql-performance

On Thu, 13 Feb 2003, Tom Lane wrote:

> "Christopher Kings-Lynne" <chriskl(at)familyhealth(dot)com(dot)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(at)cynic(dot)net> +81 90 7737 2974 http://www.netbsd.org
Don't you know, in this new Dark Age, we're all light. --XTC

In response to

Browse pgsql-advocacy by date

  From Date Subject
Next Message Christopher Kings-Lynne 2003-02-15 14:15:01 Re: Offering tuned config files
Previous Message Bruce Momjian 2003-02-15 00:24:12 Re: [HACKERS] Linux.conf.au 2003 Report

Browse pgsql-hackers by date

  From Date Subject
Next Message Andreas Schmitz 2003-02-15 11:51:09 Re: Still a bug in the VACUUM ??? !!!
Previous Message Curt Sampson 2003-02-15 08:29:21 Re: [HACKERS] WAL replay logic (was Re: Mount options for

Browse pgsql-performance by date

  From Date Subject
Next Message Christopher Kings-Lynne 2003-02-15 14:15:01 Re: Offering tuned config files
Previous Message Curt Sampson 2003-02-15 08:29:21 Re: [HACKERS] WAL replay logic (was Re: Mount options for