Re: HOT line pointer bloat and PageRepairFragmentation

From: "Pavan Deolasee" <pavan(dot)deolasee(at)gmail(dot)com>
To: "Zeugswetter Andreas ADI SD" <Andreas(dot)Zeugswetter(at)s-itsolutions(dot)at>
Cc: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: HOT line pointer bloat and PageRepairFragmentation
Date: 2007-09-13 15:48:39
Message-ID: 2e78013d0709130848x7913d6b2h97e09957f1015f4e@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 9/13/07, Zeugswetter Andreas ADI SD <Andreas(dot)Zeugswetter(at)s-itsolutions(dot)at>
wrote:
>
>
> > CREATE TABLE test (a int, b char(200));
> > CREATE UNIQUE INDEX testindx ON test(a);
> > INSERT INTO test VALUES (1, 'foo');
> >
> > Now, if we repeatedly update the tuple so that each update is a
> > COLD update, we would bloat the page with redirect-dead line pointers.
>
> Um, sorry for not understanding, but why would a COLD update produce a
> redirect-dead line pointer (and not two LP_NORMAL ones) ?
>
>
The COLD updated (old) tuple would be pruned to dead line pointer
once the tuple becomes DEAD. Normally that would let us reuse the
tuple storage for other purposes. We do the same for DELETEd tuples.

Thanks,
Pavan

--
Pavan Deolasee
EnterpriseDB http://www.enterprisedb.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2007-09-13 16:13:02 Re: Patch queue triage
Previous Message Zeugswetter Andreas ADI SD 2007-09-13 15:43:13 Re: HOT line pointer bloat and PageRepairFragmentation