Re: Shared buffers vs large files

From: "Glen Parker" <glenebob(at)nwlink(dot)com>
To: "Pg-General" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Shared buffers vs large files
Date: 2002-03-01 23:57:25
Message-ID: 028201c1c17c$d65b7cf0$0b01a8c0@johnpark.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

> shared_buffers at 4096 (32MB if my calculations are correct),
> sort_mem = 65536 # min 32
> vacuum_mem = 16384 # min 1024
>
> The machine has 1GB of ram.
>
> I don't expect to have more than a handfull of connections at a time (from
> 1 to 10). Should I increate the shared buffers to 64MB? 128MB?

On a 1GB machine (still PG 7.1.3) I'm currently running:

shared_buffers: 48000 (about 400MB)
sort_mem: 8192

I haven't done much testing with sort_mem values, but...

This is very very VERY unscientific, but I haven't seen a shared_buffers
value that is so big that it seems to hurt performance (unless it causes
swapping obviously), and my installation is dedicated to postgres so I don't
need the memory for much of anything else. It appears (and it makes sense)
that the performance improvement is roughly an inverse J-curve; bigger is
never really a bad thing, it just starts to make very little difference.
Any time you can save a system call and a memory copy, you're ahead.

I'd say that 4096 is VERY low for shared_mem, especially with so much
available ram - I'd bet the farm you'd see a *significant* improvement by
bumping it to 16384 at least.

Just my $.02 :-)

Glen

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Alex Rice 2002-03-02 00:10:47 oids vs. serial question
Previous Message Manuel Sugawara 2002-03-01 23:46:44 Re: terminal with horizontal scrollbar