Re: [PATCHES] Trivial patch to double vacuum speed on tables with no indexes - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: [PATCHES] Trivial patch to double vacuum speed on tables with no indexes
Date
Msg-id 20060828141835.GC27526@alvh.no-ip.org
Whole thread Raw
In response to Re: [PATCHES] Trivial patch to double vacuum speed on tables with no indexes  (Gregory Stark <stark@enterprisedb.com>)
List pgsql-hackers
Gregory Stark wrote:
>
> Tom Lane <tgl@sss.pgh.pa.us> writes:
>
> > The reason the patch is so short is that it's a kluge.  If we really
> > cared about supporting this case, more wide-ranging changes would be
> > needed (eg, there's no need to eat maintenance_work_mem worth of RAM
> > for the dead-TIDs array); and a decent respect to the opinions of
> > mankind would require some attention to updating the header comments
> > and function descriptions, too.
>
> The only part that seems klugy to me is how it releases the lock and
> reacquires it rather than wait in the first place until it can acquire the
> lock. Fixed that and changed lazy_space_alloc to allocate only as much space
> as is really necessary.
>
> Gosh, I've never been accused of offending all mankind before.

Does that feel good or bad?

I won't comment on the spirit of the patch but I'll observe that you
should respect mankind a little more by observing brace position in
if/else ;-)



--
Alvaro Herrera                                http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.

pgsql-hackers by date:

Previous
From: Tatsuo Ishii
Date:
Subject: Rtree circle ops
Next
From:
Date:
Subject: Re: selecting large result sets in psql using