Re: Hot Issue - Mailing list pgsql-performance

From Gauri Kanekar
Subject Re: Hot Issue
Date
Msg-id 7e4ba9550807020748r5b4749c2i6148d62573722368@mail.gmail.com
Whole thread Raw
In response to Re: Hot Issue  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Hot Issue
List pgsql-performance

2nd count include the 1st count also.

We have not restarted the DB since postgres 8.3 have been released.

Better HOT performance means.... 1st stat showed most of the updated tuples getting hot.
But the 2nd stat showed that most of the updated tuples are NOT getting hot.



On Wed, Jul 2, 2008 at 8:10 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
"Jonah H. Harris" <jonah.harris@gmail.com> writes:
> On Wed, Jul 2, 2008 at 9:44 AM, Gauri Kanekar
>> Is there a way to check if the page is fill and the update is going on a new
>> page ??

> IIRC, I don't think so.

You could make your application check to see if the page part of a row's
CTID changes when it's updated.  But there's no centralized counter
other than the one you are already looking at.

I personally found the original post completely content-free, however,
since it gave no context for the two sets of numbers we were shown.
Over what intervals were the counts accumulated?  Were the stats
counters reset after taking the first output, or does the second output
include the first?  What exactly does the OP think that "better HOT
performance" is, anyway?

                       regards, tom lane



--
Regards
Gauri

pgsql-performance by date:

Previous
From: Tom Lane
Date:
Subject: Re: Hot Issue
Next
From: Tom Lane
Date:
Subject: Re: Hot Issue