Skip site navigation (1) Skip section navigation (2)

Re: I/O on select count(*)

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Robert Lor <Robert(dot)Lor(at)Sun(dot)COM>
Cc: Jan de Visser <jdevisser(at)digitalfairway(dot)com>, Greg Smith <gsmith(at)gregsmith(dot)com>, Alvaro Herrera <alvherre(at)commandprompt(dot)com>, pgsql-performance(at)postgresql(dot)org
Subject: Re: I/O on select count(*)
Date: 2008-05-15 17:42:09
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-performance
Robert Lor <Robert(dot)Lor(at)Sun(dot)COM> writes:
> Tom Lane wrote:
>> It's certainly true that hint-bit updates cost something, but
>> quantifying how much isn't easy. 

> Maybe we can instrument the code with DTrace probes to quantify the 
> actual costs.

Hmm, the problem would be trying to figure out what percentage of writes
could be blamed solely on hint-bit updates and not any other change to
the page.  I don't think that the bufmgr currently keeps enough state to
know that, but you could probably modify it easily enough, since callers
distinguish MarkBufferDirty from SetBufferCommitInfoNeedsSave.  Define
another flag bit that's set only by the first, and test it during

			regards, tom lane

In response to


pgsql-performance by date

Next:From: Subbiah Stalin-XCGF84Date: 2008-05-15 19:27:48
Subject: Re: Update performance degrades over time
Previous:From: Robert LorDate: 2008-05-15 16:55:00
Subject: Re: I/O on select count(*)

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group