Re: Question about memory allocations

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Steve <cheetah(at)tanabi(dot)org>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Question about memory allocations
Date: 2007-04-12 04:31:28
Message-ID: 8524.1176352288@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Steve <cheetah(at)tanabi(dot)org> writes:
> - What is temp_buffers used for exactly?

Temporary tables. Pages of temp tables belonging to your own backend
don't ever get loaded into the main shared-buffers arena, they are read
into backend-local memory. temp_buffers is the max amount (per backend)
of local memory to use for this purpose.

> - Do full_page_writes and wal_buffers settings matter AT ALL for a machine
> where fysnc = off ?

Yes.

> - What does wal_buffers mean and does increasing this value actually help
> anything?

It's the amount of space available to buffer WAL log data that's not
been written to disk. If you have a lot of short transactions then
there's not much benefit to increasing it (because the WAL will be
getting forced to disk frequently anyway) but I've heard reports that
for workloads involving long single transactions bumping it up to 64
or 100 or so helps.

> - Any idea if this is a smart configuration for this machine?

Um ... you didn't mention which PG version?

> # This value is going to probably set off cries of using this as a set
> # command instead of a big global value;

No kidding. You do NOT want work_mem that high, at least not without an
extremely predictable, simple workload.

> wal_buffers = 512MB

I haven't heard any reports that there's a point in values even as high
as 1 meg for this.

regards, tom lane

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Dennis Bjorklund 2007-04-12 04:34:14 Re: Slow Postgresql server
Previous Message Jason Lustig 2007-04-11 22:02:48 Slow Postgresql server