Re: Proposal for background vacuum full/cluster

From: "Jim C(dot) Nasby" <decibel(at)decibel(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Proposal for background vacuum full/cluster
Date: 2005-04-21 04:43:53
Message-ID: 20050421044353.GC58835@decibel.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Apr 20, 2005 at 07:33:54PM -0400, Tom Lane wrote:
> "Jim C. Nasby" <decibel(at)decibel(dot)org> writes:
> > In a nutshell, my idea is to use the normal transactional/XID code to
> > relocate tuples in the heap. Think of doing an UPDATE field=field if you
> > could tell update what page to put the new tuple on. Using this
> > mechanism, you can move tuples from the end of the heap to pages that
> > have free space on them. The dead tuples at the end of the heap could
> > then be vacuumed conventionally, and completely empty pages removed by
> > that vacuum.
>
> How exactly is this different from what happens now, assuming that you
> didn't run out of FSM?

In the case of cluster I think it's quite different, as cluster
currently re-writes the heap from scratch, no?

I'm not sure how different it is from vacuum full, though the main idea
is that instead of locking the table you instead work in smaller pieces
and don't block anything other than other updates.
--
Jim C. Nasby, Database Consultant decibel(at)decibel(dot)org
Give your computer some brain candy! www.distributed.net Team #1828

Windows: "Where do you want to go today?"
Linux: "Where do you want to go tomorrow?"
FreeBSD: "Are you guys coming, or what?"

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jim C. Nasby 2005-04-21 04:49:47 Re: Proposal for background vacuum full/cluster
Previous Message Jim C. Nasby 2005-04-21 04:40:25 Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords