Re: PostgreSQL 8.2.3 VACUUM Timings/Performance - Mailing list pgsql-performance

From Anton Melser
Subject Re: PostgreSQL 8.2.3 VACUUM Timings/Performance
Date
Msg-id 92d3a4950703131520x27de4cc2w4780d0700cf606e2@mail.gmail.com
Whole thread Raw
In response to Re: PostgreSQL 8.2.3 VACUUM Timings/Performance  (Heikki Linnakangas <heikki@enterprisedb.com>)
List pgsql-performance
> In fact, getting rid of vacuum full, or changing it to work like
> cluster, has been proposed in the past. The use case really is pretty
> narrow; cluster is a lot faster if there's a lot of unused space in the
> table, and if there's not, vacuum full isn't going to do much so there's
> not much point running it in the first place. The reason it exists is
> largely historical, there hasn't been a pressing reason to remove it either.

I can assure you it is a great way to get back gigabytes when someone
has put no vacuum strategy in place and your 200K row table (with
about 200 bytes per row) is taking up 1.7gig!!!
Vive le truncate table, and vive le vacuum full!
:-)
Anton

pgsql-performance by date:

Previous
From: Cosimo Streppone
Date:
Subject: Re: PostgreSQL in virtual machine
Next
From: femski
Date:
Subject: Re: Postgres batch write very slow - what to do