Re: Why frequently updated tables are an issue

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Jan Wieck <JanWieck(at)Yahoo(dot)com>, Shridhar Daithankar <shridhar(at)frodo(dot)hserus(dot)net>, pgsql(at)mohawksoft(dot)com, Christopher Browne <cbbrowne(at)acm(dot)org>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Why frequently updated tables are an issue
Date: 2004-06-19 03:07:00
Message-ID: 200406190307.i5J370j16293@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


Is there a TODO here? No one explained why frozen tuples are important.

---------------------------------------------------------------------------

Tom Lane wrote:
> Jan Wieck <JanWieck(at)Yahoo(dot)com> writes:
> > On 6/12/2004 3:45 PM, Tom Lane wrote:
> >> I don't think it would help very much to define a bit like that --- I
> >> can't believe that very many pages would contain only frozen tuples,
> >> unless you were to adopt an aggressive policy of using VACUUM FREEZE
> >> a lot.
>
> > I thought this implies an aggressive policy of freezing everything by
> > default. But I guess there is something I am not aware of that makes
> > aggressive freezing a bad thing.
>
> Well, it means extra I/O to freeze tuples that you otherwise probably
> never would. So it's not obvious that aggressive freezing in hopes of
> saving cycles later is a win.
>
> >> It might be interesting though to have some kind of "fast vacuum" mode
> >> that doesn't worry about freezing tuples, but only reclaiming dead ones.
>
> > Wouldn't that screw the current FSM population mechanisms? Not that my
> > suggestions above wouldn't do that either :-)
>
> Yeah, that's another "wholesale" mechanism that we'd have to look at
> refining.
>
> regards, tom lane
>
> ---------------------------(end of broadcast)---------------------------
> TIP 7: don't forget to increase your free space map settings
>

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2004-06-19 03:09:01 Re: logfile rotation
Previous Message Bruce Momjian 2004-06-19 03:05:29 Re: More vacuum.c refactoring