Re: [PERFORM] "Vacuum Full Analyze" taking so long

2005-07-27 Thread Tomeh, Husam
Thank you all for your great input. It sure helped. -- Husam -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jochem van Dieten Sent: Tuesday, July 26, 2005 2:58 AM To: pgsql-performance@postgresql.org Subject: Re: [PERFORM] "Vacuum Full An

Re: [PERFORM] "Vacuum Full Analyze" taking so long

2005-07-26 Thread Jochem van Dieten
Tomeh, Husam wrote: The other question I have. What would be the proper approach to rebuild indexes. I re-indexes and then run vacuum/analyze. Should I not use the re-index approach, and instead, drop the indexes, vacuum the tables, and then create the indexes, then run analyze on tables and inde

Re: [PERFORM] "Vacuum Full Analyze" taking so long

2005-07-25 Thread John A Meinel
Tomeh, Husam wrote: > > Nothing was running except the job. The server did not look stressed out > looking at top and vmstat. We have seen slower query performance when > performing load tests, so I run the re-index on all application indexes > and then issue a full vacuum. I ran the same thing on

Re: [PERFORM] "Vacuum Full Analyze" taking so long

2005-07-25 Thread Luke Lonergan
Husam, On 7/25/05 4:31 PM, "John A Meinel" <[EMAIL PROTECTED]> wrote: > Tomeh, Husam wrote: >> >> Nothing was running except the job. The server did not look stressed out >> looking at top and vmstat. We have seen slower query performance when >> performing load tests, so I run the re-index on

Re: [PERFORM] "Vacuum Full Analyze" taking so long

2005-07-25 Thread Luke Lonergan
Vacuum full takes an exclusive lock on the tables it runs against, so if you have anything else reading the table while you are trying to run it, the vacuum full will wait, possibly forever until it can get the lock. What does the system load look like while you are running this? What does vmstat

Re: [PERFORM] "Vacuum Full Analyze" taking so long

2005-07-25 Thread Michael Stone
I'd say, "don't do that". Unless you've deleted a lot of stuff and are expecting the DB to shrink, a full vacuum shouldn't really be needed. On a DB that big a full vacuum is just going to take a long time. If you really are shrinking, consider structuring things so you can just drop a table inste

Re: [PERFORM] "Vacuum Full Analyze" taking so long

2005-07-25 Thread Tomeh, Husam
onday, July 25, 2005 3:49 PM To: Tomeh, Husam; pgsql-performance@postgresql.org Subject: Re: [PERFORM] "Vacuum Full Analyze" taking so long Vacuum full takes an exclusive lock on the tables it runs against, so if you have anything else reading the table while you are trying to run it, the v

[PERFORM] "Vacuum Full Analyze" taking so long

2005-07-25 Thread Tomeh, Husam
I have an 8.02 postgresql database with about 180 GB in size, running on 2.6 RedHat kernel with 32 GB of RAM and 2 CPUs. I'm running the vacuum full analyze command, and has been running for at least two consecutive days with no other processes running (it's an offline loading server). I tweaked