Re: [PERFORM] Question about memory allocations

2007-04-14 Thread Tom Lane
Ron <[EMAIL PROTECTED]> writes: > One of the reasons for the wide variance in suggested values for pg > memory use is that pg 7.x and pg 8.x are =very= different beasts. > If you break the advice into pg 7.x and pg 8.x categories, you find > that there is far less variation in the suggestions. >

Re: [PERFORM] Question about memory allocations

2007-04-13 Thread Jan de Visser
On Friday 13 April 2007 14:53:53 Carlos Moreno wrote: > How does PG take advantage of the available memory?  I mean, if I have a > machine with, say, 4 or 8GB of memory, how will those GBs would end > up being used?   They just do??   (I mean, I would find that a vaild > answer; On linux the files

Re: [PERFORM] Question about memory allocations

2007-04-13 Thread Carlos Moreno
Steve wrote: Common wisdom in the past has been that values above a couple of hundred MB will degrade performance. The annotated config file talks about setting shared_buffers to a third of the available memory --- well, it says "it should be no more than 1/3 of the total amount of memory

Re: [PERFORM] Question about memory allocations

2007-04-13 Thread Ron
At 12:38 PM 4/13/2007, Steve wrote: Really? Wow! Common wisdom in the past has been that values above a couple of hundred MB will degrade performance. Have you done any benchmarks on 8.2.x that show that you get an improvement from this, or did you just take the "too much of a good thing is wo

Re: [PERFORM] Question about memory allocations

2007-04-13 Thread Steve
Really? Wow! Common wisdom in the past has been that values above a couple of hundred MB will degrade performance. Have you done any benchmarks on 8.2.x that show that you get an improvement from this, or did you just take the "too much of a good thing is wonderful" approach? Not to be rude

Re: [PERFORM] Question about memory allocations

2007-04-13 Thread Andrew McMillan
On Tue, 2007-04-10 at 15:28 -0400, Steve wrote: > > I'm trying to tune the memory usage of a new machine that has a -lot- of > memory in it (32 gigs). ... > > shared_buffers = 16GB Really? Wow! Common wisdom in the past has been that values above a couple of hundred MB will degrade performan

Re: [PERFORM] Question about memory allocations

2007-04-12 Thread Steve
I didn't notice anyone address this for you yet. There is a tool in contrib/pg_buffercache whose purpose in life is to show you what the shared buffer cache has inside it. The documentation in that directory leads through installing it. The additional variable you'll likely never know is wha

Re: [PERFORM] Question about memory allocations

2007-04-12 Thread Greg Smith
On Tue, 10 Apr 2007, Steve wrote: - I've set up a configuration (I'll show important values below), and I"m wondering if there's any way I can actually see the distribution of memory in the DB and how the memory is being used. I didn't notice anyone address this for you yet. There is a tool

Re: [PERFORM] Question about memory allocations

2007-04-12 Thread Steve
Steve <[EMAIL PROTECTED]> 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

Re: [PERFORM] Question about memory allocations

2007-04-11 Thread Tom Lane
Steve <[EMAIL PROTECTED]> 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 loc

[PERFORM] Question about memory allocations

2007-04-11 Thread Steve
Hey there; I'm trying to tune the memory usage of a new machine that has a -lot- of memory in it (32 gigs). We're upgrading from a machine that had 16 gigs of RAM and using a database that's around 130-some gigs on disc. Our largest tables have in the order of close to 10 million rows. Pro