From: | "Merlin Moncure" <mmoncure(at)gmail(dot)com> |
---|---|
To: | Sabbiolina <sabbiolina(at)gmail(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [PERFORM] Memory question on win32 systems |
Date: | 2008-05-29 12:16:30 |
Message-ID: | b42b73150805290516jd764995n4da110ade0c05dba@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, May 29, 2008 at 4:26 AM, Sabbiolina <sabbiolina(at)gmail(dot)com> wrote:
> On Thu, May 29, 2008 at 2:11 AM, Douglas McNaught <doug(at)mcnaught(dot)org> wrote:
>> On Wed, May 28, 2008 at 7:05 PM, Sabbiolina <sabbiolina(at)gmail(dot)com> wrote:
>> > Hello, in my particular case I need to configure Postgres to handle only
>> > a
>> > few concurrent connections, but I need it to be blazingly fast, so I
>> > need it
>> > to cache everything possible. I've changed the config file and
[this should really be on -perform]
This question gets asked a lot...by tweaking memory settings in
postgresql.conf you can only reserve memory for one thing at the
expense of the other. Shared buffers, for example will reserve space
for the postgresql built in buffer cache instead of letting the
operating system use it's own cache.
Even if your shared buffers were set to the minimum setting, you would
still not be going to disk very much if your active working set of
files fit in RAM.
work_mem and other settings _can_ have a drastic impact on
performance, because they can force the server to use query plans
depending on how much memory it has for things like sorting.
You didn't give much detail...maybe if you gave examples of queries
you don't think are going fast enough (with explain analyze)?
merlin
From | Date | Subject | |
---|---|---|---|
Next Message | Jorgen Austvik - Sun Norway | 2008-05-29 12:22:31 | Re: pg_regress: referencing shared objects from tests |
Previous Message | Dave Page | 2008-05-29 11:28:44 | Re: BUG #4186: set lc_messages does not work |