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
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 |