Re: Vacuum DB - Mailing list pgsql-novice

From ghaverla@freenet.edmonton.ab.ca
Subject Re: Vacuum DB
Date
Msg-id Pine.A41.3.95.1000831130051.42584D-100000@freenet.edmonton.ab.ca
Whole thread Raw
In response to Vacuum DB  ("Sokel, John" <jsokel@mdsi-usa.com>)
Responses Re: Vacuum DB
List pgsql-novice
On Thu, 31 Aug 2000, Sokel, John wrote:

>                   It will typically make
> 10000-20000 SQL updates/inserts per hour.  This is fine at first, but as the
> day progresses, the updates start falling behind, and the CPU usage by the
> postmaster process starts heading toward 70-80%.  When I do a vacuum, the
> updates speed up dramatically, and the cpu usage goes back down to about
> 10%.
>
> The questions are:
> Is there a general rule on how often to run a Vacuum?

Probably, but you should be able to calculate this.  It takes
X amount of time to do a vacuum (which is probably a function
of how much work is needed by the vacuum), and you have the
dbase response time as a function of how many inserts since
the last vacuum.  You do inserts until you (at least) gain
enough time back by doing a vacuum.

> Is there an Auto Vacuum setting to have the postmaster to this
> automatically?

Cron.

> Is there a better approach to keeping this situation from happening (like
> bundling many updates into a single transaction)?

No idea.

Matter Realisations     http://www.materialisations.com/
Gordon Haverland, B.Sc. M.Eng. President
101  9504 182 St. NW    Edmonton, AB, CA  T5T 3A7
780/481-8019            ghaverla @ freenet.edmonton.ab.ca




pgsql-novice by date:

Previous
From: "Marc Zandvliet"
Date:
Subject: Modifying tables
Next
From: ghaverla@freenet.edmonton.ab.ca
Date:
Subject: More Re: 7.0.2 regressions testing on Sparc running 2.5.1