| From: | Wes <wespvp(at)syntegra(dot)com> |
|---|---|
| To: | Postgresql-General <pgsql-general(at)postgresql(dot)org> |
| Subject: | Vacuum time degrading |
| Date: | 2005-02-28 23:02:04 |
| Message-ID: | BE48FF0C.7C01%wespvp@syntegra.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general pgsql-hackers |
We've been doing a vacuum every night. With about 254 million rows, it was
taking abut 0.8 hours. Now a few months later with about 456 million rows
it is taking 4.8 hours. I did check the archives and didn't find anything
like this.
Why is the vacuum time not going up linearly? Since vacuum has to
sequentially read the entire database, I would have expected a linear
increase - about 1.5 hours now.
There are currently no deletes or modifies to the database - only inserts.
This is on PostgreSQL 7.4.5, RedHat ES 3.0.
Wes
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Frank van Vugt | 2005-02-28 23:07:48 | invalid multibyte character for locale |
| Previous Message | Ron Mayer | 2005-02-28 23:00:53 | vacuum_cost_delay & VACUUM holding locks on GIST indexes |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Nicolai Tufar | 2005-02-28 23:22:24 | Thread-safe snprintf() vsnprintf() and printf() |
| Previous Message | Bruce Momjian | 2005-02-28 22:41:26 | Re: [PATCHES] snprintf causes regression tests to fail |