| 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: | 8796.1210873329@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| 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
write-out.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Subbiah Stalin-XCGF84 | 2008-05-15 19:27:48 | Re: Update performance degrades over time |
| Previous Message | Robert Lor | 2008-05-15 16:55:00 | Re: I/O on select count(*) |