From: | "Pavan Deolasee" <pavan(dot)deolasee(at)gmail(dot)com> |
---|---|
To: | "Heikki Linnakangas" <heikki(at)enterprisedb(dot)com>, "Bruce Momjian" <bruce(at)momjian(dot)us>, "Pavan Deolasee" <pavan(dot)deolasee(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Piggybacking vacuum I/O |
Date: | 2007-01-26 16:27:05 |
Message-ID: | 2e78013d0701260827l37d16ec3j45a129e3b71542bf@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 1/26/07, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:
>
> Heikki Linnakangas wrote:
> > I'd like to see still more evidence that it's a problem before we start
> > changing that piece of code. It has served us well for years.
>
> So the TODO could be "investigate whether caching pg_clog and/or
> pg_subtrans in local memory can be useful for vacuum performance".
>
>
As Heikki suggested, we should also investigate the same for normal
backends as well.
It would also be interesting to investigate whether early setting of hint
bits
can reduce subsequent writes of blocks. A typical case would be a large
table
being updated heavily for a while, followed by SELECT queries. The SELECT
queries would set hint bits for the previously UPDATEd tuples (old and new
versions) and thus cause subsequent writes of those blocks for what could
have been read-only queries.
Thanks,
Pavan
EnterpriseDB http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Chris Browne | 2007-01-26 16:30:27 | Re: Proposal: Snapshot cloning |
Previous Message | Tom Lane | 2007-01-26 16:23:31 | Re: [HACKERS] pg_dump pretty_print |