From: | Richard Huxton <dev(at)archonet(dot)com> |
---|---|
To: | Gregory Stark <stark(at)enterprisedb(dot)com> |
Cc: | Gaetano Mendola <mendola(at)gmail(dot)com>, pgsql-performance(at)postgresql(dot)org |
Subject: | Re: shared_buffers performance |
Date: | 2008-04-14 11:25:45 |
Message-ID: | 48033F39.1060004@archonet.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Gregory Stark wrote:
> "Gaetano Mendola" <mendola(at)gmail(dot)com> writes:
>
>> The following graph reports the results:
>>
>> http://img84.imageshack.us/my.php?image=totalid7.png
>
> That's a *fascinating* graph.
It is, isn't it? Thanks Gaetano.
> It seems there are basically three domains.
>
> The small domain where the database fits in shared buffers -- though actually
> this domain seems to hold until the accounts table is about 1G so maybe it's
> more that the *indexes* fit in memory. Here larger shared buffers do clearly
> win.
I think this is actually in two parts - you can see it clearly on the
red trace (64MB), less so on the green (256MB) and not at all on the
blue (512MB). Presumably the left-hand steeper straight-line decline
starts with the working-set in shared-buffers, and the "knee" is where
we're down to just indexes in shared-buffers.
With the blue I guess you just get the first part, because by the time
you're overflowing shared-buffers, you've not got enough disk-cache to
take up the slack for you.
I wonder what difference 8.3 makes to this?
--
Richard Huxton
Archonet Ltd
From | Date | Subject | |
---|---|---|---|
Next Message | Bill Moran | 2008-04-14 13:12:12 | Re: db size |
Previous Message | Gregory Stark | 2008-04-14 10:56:47 | Re: shared_buffers performance |