9.3 feature proposal: vacuumdb -j #

Поиск
Список
Период
Сортировка
От Josh Berkus
Тема 9.3 feature proposal: vacuumdb -j #
Дата
Msg-id 4F10A728.7090403@agliodbs.com
обсуждение исходный текст
Ответы Re: 9.3 feature proposal: vacuumdb -j #  (Jan Lentfer <Jan.Lentfer@web.de>)
Re: 9.3 feature proposal: vacuumdb -j #  (Andres Freund <andres@anarazel.de>)
Re: 9.3 feature proposal: vacuumdb -j #  (Euler Taveira de Oliveira <euler@timbira.com>)
Re: 9.3 feature proposal: vacuumdb -j #  (Christopher Browne <cbbrowne@gmail.com>)
Re: 9.3 feature proposal: vacuumdb -j #  (Susanne Ebrecht <susanne@2ndquadrant.com>)
Список pgsql-hackers
Hackers,

It occurs to me that I would find it quite personally useful if the
vacuumdb utility was multiprocess capable.

For example, just today I needed to manually analyze a database with
over 500 tables, on a server with 24 cores.   And I needed to know when
the analyze was done, because it was part of a downtime.  I had to
resort to a python script.

I'm picturing doing this in the simplest way possible: get the list of
tables and indexes, divide them by the number of processes, and give
each child process its own list.

Any reason not to hack on this for 9.3?

-- 
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com


В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Kevin Grittner"
Дата:
Сообщение: Re: Remembering bug #6123
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Concurrent CREATE TABLE/DROP SCHEMA leaves inconsistent leftovers