Re: Vacuum DB

Поиск
Список
Период
Сортировка
От ghaverla@freenet.edmonton.ab.ca
Тема Re: Vacuum DB
Дата
Msg-id Pine.A41.3.95.1000831130051.42584D-100000@freenet.edmonton.ab.ca
обсуждение исходный текст
Ответ на Vacuum DB  ("Sokel, John" <jsokel@mdsi-usa.com>)
Ответы Re: Vacuum DB  (Marco Colombo <marco@esi.it>)
Список 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 по дате отправления:

Предыдущее
От: "Marc Zandvliet"
Дата:
Сообщение: Modifying tables
Следующее
От: ghaverla@freenet.edmonton.ab.ca
Дата:
Сообщение: More Re: 7.0.2 regressions testing on Sparc running 2.5.1