Re: merge>hash>loop - Mailing list pgsql-performance

From Jim C. Nasby
Subject Re: merge>hash>loop
Date
Msg-id 20060418231552.GN49405@pervasive.com
Whole thread Raw
In response to Re: merge>hash>loop  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: merge>hash>loop  (Mark Kirkwood <markir@paradise.net.nz>)
List pgsql-performance
On Tue, Apr 18, 2006 at 06:22:26PM -0400, Tom Lane wrote:
> "Jim C. Nasby" <jnasby@pervasive.com> writes:
> > Actually, if you run with stats_block_level turned on you have a
> > first-order approximation of what is and isn't cached.
>
> Only if those stats decayed (pretty fast) with time; which they don't.

Good point. :/ I'm guessing there's no easy way to see how many blocks
for a given relation are in shared memory, either...
--
Jim C. Nasby, Sr. Engineering Consultant      jnasby@pervasive.com
Pervasive Software      http://pervasive.com    work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf       cell: 512-569-9461

pgsql-performance by date:

Previous
From: "Jim C. Nasby"
Date:
Subject: Re: Multicolumn order by
Next
From: "Jim C. Nasby"
Date:
Subject: Re: merge>hash>loop