Search Postgresql Archives

Re: Win32 Backend Cash - pre-existing shared memory block is still in use

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Aug 24, 2010 at 11:21 PM, Jeremy Palmer <JPalmer@xxxxxxxxxxxx> wrote:
> Thanks. So can you explain why 512mb is bad decision here given that I only have 3.7GB of RAM?

Because it's per session.  Even with just a hand ful of processes
running you can chew up most of your memory real fast.  Also, win32
pgsql is limited to 3Gig total memory in use.

> The reason why I want the temp_buffers set so high is because this server is used for large data warehousing type queries. The server has very few sessions simultaneously running on it, but each session can create large temp tables.

Start low.  Test, benchmark.  Increase in steps, benchmark again.  See
where performance stops getting better, or the server starts crashing,
back off.  It's pretty standard testing methodology.

It's a very common mistake for people to try to get postgresql to use
as much memory as possible, when quite often letting the OS use a fair
chunk for caching gives as good or better performance.

-- 
Sent via pgsql-general mailing list (pgsql-general@xxxxxxxxxxxxxx)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux