Re: Buglist

From: Vivek Khera <khera(at)kcilink(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Buglist
Date: 2003-08-27 15:16:12
Message-ID: 16204.52028.467375.316017@yertle.int.kciLink.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

>>>>> "BM" == Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:

>>
>> Well, did I mention I'm saturating my disk I/O bandwidth at the same
>> time with other queries? ;-)

BM> But six hours. It is my understanding that a sequential scan is roughly
BM> the same load as a non-FULL vacuum. Are you saying a sequential scan
BM> takes +6 hours too? How can any work get done?

Well, it is a big downward spiral once you saturate your disks. You
can't get queries done quickly enough, and table size increases with
all those updates, and you have to run vacuum to help that, and that
slows the queries more. Lather rinse repeat.

The new server, with 14 ultra-160 SCSI disks on a hardware RAID10 is
going to go to the data center tomorrow, and hopefully will be live by
the weekend (if I can get eRServer to replicate the data to the slave
without having to shutdown the whole system).

Then I'll let ya know how long the vacuum takes ;-)

PS: Last time I tried a vauum full on my largest table, I gave up
after 14 hours of down time. That was not good for our business...

In response to

  • Re: Buglist at 2003-08-27 15:05:47 from Bruce Momjian

Browse pgsql-general by date

  From Date Subject
Next Message Brian Hirt 2003-08-27 15:29:59 7.4b1 performance
Previous Message scott.marlowe 2003-08-27 15:07:25 Re: Books for PostgreSQL?

Browse pgsql-hackers by date

  From Date Subject
Next Message scott.marlowe 2003-08-27 15:17:42 Re: Hardware recommendations to scale to silly load
Previous Message Bruce Momjian 2003-08-27 15:05:47 Re: Buglist