Re: Running a query twice to ensure cached results.

From: "Luke Lonergan" <llonergan(at)greenplum(dot)com>
To: "Martijn van Oosterhout" <kleptog(at)svana(dot)org>
Cc: "Ron Mayer" <rm_pg(at)cheapcomplexdevices(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Running a query twice to ensure cached results.
Date: 2006-06-13 13:14:56
Message-ID: C0B40860.26FB9%llonergan@greenplum.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Martin,

On 6/13/06 6:00 AM, "Martijn van Oosterhout" <kleptog(at)svana(dot)org> wrote:

> What you might be able to do is to reduce its effect. The thing that
> occurs to me is to make hint bit changes only mark a page half-dirty.
> If the page is evicted because the space is needed in the buffer cache,
> it can be just dropped. However, the bgwriter will write it as normal.
> Hence, setting hint bits will become a sort of background operation,
> done when there's time.
>
> It seems to me that if a large table is loaded in a single transaction,
> the check for if the transaction is committed should be cheap because
> it's checking the same transaction id over and over.

Thanks for the tip - it's now in the mill for mulling over and finding
someone with the time to work something in...

- Luke

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2006-06-13 13:41:51 Re: pg_get_INDEXdef - opclass
Previous Message Bruce Momjian 2006-06-13 13:09:37 Re: CSV mode option for pg_dump