Re: Blocks read for index scans - Mailing list pgsql-performance

From Jim Nasby
Subject Re: Blocks read for index scans
Date
Msg-id 4D27CB1096EF1C408F4BFAB0046EC7B6099ED1@ausmailid.aus.pervasive.com
Whole thread Raw
In response to Blocks read for index scans  (Jim Nasby <jnasby@pervasive.com>)
List pgsql-performance
Adding -performance back in...

> From: Steve Poe [mailto:steve.poe@gmail.com]
> Jim,
>
> I could be way off, but doesn't from pg_statio_user_tables
> contain this
> information?

http://www.postgresql.org/docs/8.1/interactive/monitoring-stats.html#MONITORING-STATS-VIEWS states:

"numbers of disk blocks read and buffer hits in all indexes of that table"

That leads me to believe that it's only tracking index blocks read, and not heap blocks read. One could presume that
eachindex row read as reported by pg_stat_all_tables would represent a heap block read, but a large number of those
would(hopefully) have already been in shared_buffers. 

> On Thu, 2006-04-13 at 13:00 -0500, Jim Nasby wrote:
> > While working on determining a good stripe size for a database, I
> > realized it would be handy to know what the average request
> size is.
> > Getting this info is a simple matter of joining pg_stat_all_tables
> > and pg_statio_all_tables and doing some math, but there's
> one issue
> > I've found; it appears that there's no information on how
> many heap
> > blocks were read in by an index scan. Is there any way to
> get that info?
--
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: Francisco Reyes
Date:
Subject: Re: Inserts optimization?
Next
From: Francisco Reyes
Date:
Subject: Re: Inserts optimization?