Re: : Performance Improvement Strategy - Mailing list pgsql-performance

From Scott Marlowe
Subject Re: : Performance Improvement Strategy
Date
Msg-id CAOR=d=1sfgPk0z2zwTqEMapu+5=VHWAB+o9azHs-LytXgsWNnQ@mail.gmail.com
Whole thread Raw
In response to Re: : Performance Improvement Strategy  (Greg Smith <greg@2ndQuadrant.com>)
Responses Re: : Performance Improvement Strategy  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-performance
On Wed, Sep 21, 2011 at 11:57 AM, Greg Smith <greg@2ndquadrant.com> wrote:
> On 09/21/2011 12:13 PM, Venkat Balaji wrote:
>>
>> I as a DBA, suggested to perform VACUUM FULL and RE-INDEXING + ANALYZE to
>> ensure that IO performance and Indexing performance would be good
>
>
> Read http://wiki.postgresql.org/wiki/VACUUM_FULL before you run VACUUM FULL.
>  You probably don't want to do that.  A multi-gigabyte table can easily be
> unavailable for several hours if you execute VACUUM FULL against it.
>  CLUSTER is almost always faster.

It used to be that cluster on a very randomly ordered table was much
slower than doing something like select * into newtable from oldtable
order by col1, col2;  Is that still the case in 9.0/9.1?

pgsql-performance by date:

Previous
From: "Kevin Grittner"
Date:
Subject: Re: : Performance Improvement Strategy
Next
From: Tom Lane
Date:
Subject: Re: : Performance Improvement Strategy