Re: EXPLAIN ANALYZE printing logical and hardware I/O per-node

Gokulakannan Somasundaram <gokul007@gmail.com>

From: "Gokulakannan Somasundaram" <gokul007@gmail.com>
To: "Heikki Linnakangas" <heikki@enterprisedb.com>
Cc: "Gregory Stark" <stark@enterprisedb.com>, "Neil Conway" <neilc@samurai.com>, "pgsql-hackers list" <pgsql-hackers@postgresql.org>
Date: 2007-12-17T07:28:33Z
Lists: pgsql-hackers
On Dec 16, 2007 1:03 AM, Heikki Linnakangas <heikki@enterprisedb.com> wrote:

> Gokulakannan Somasundaram wrote:
> > I was going to say that I'm really only interested in physical I/O.
> Logical
> >> I/O which is satisfied by the kernel cache is only marginally
> interesting
> >> and
> >> buffer fetches from Postgres's shared buffer is entirely uninteresting
> >> from
> >> the point of view of trying to figure out what is slowing down a query.
> >
> > Ok the Physical I/Os are already visible, if you enable
> log_statement_stats.
>
> I think you missed the point. What log_statement_stats shows are not
> physical I/Os, they're read() system calls. Unfortunately there's no
> direct way to tell if a read() is satisfied from OS cache or not. Greg's
> suggestion was about how to do that.
>

Oh OK. Thanks for clarifying..

-- 
Thanks,
Gokul.
CertoSQL Project,
Allied Solution Group.
(www.alliedgroups.com)