9.3 feature proposal: vacuumdb -j # - Mailing list pgsql-hackers

From Josh Berkus
Subject 9.3 feature proposal: vacuumdb -j #
Date
Msg-id 4F10A728.7090403@agliodbs.com
Whole thread Raw
Responses 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>)
List 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 by date:

Previous
From: "Kevin Grittner"
Date:
Subject: Re: Remembering bug #6123
Next
From: Robert Haas
Date:
Subject: Re: Concurrent CREATE TABLE/DROP SCHEMA leaves inconsistent leftovers