Re: parallel pg_restore - Mailing list pgsql-hackers

From Joshua Drake
Subject Re: parallel pg_restore
Date
Msg-id 20080922093024.60b5bbf1@jd-laptop
Whole thread Raw
In response to Re: parallel pg_restore  (Simon Riggs <simon@2ndQuadrant.com>)
Responses Re: parallel pg_restore  (Dimitri Fontaine <dfontaine@hi-media.com>)
Re: parallel pg_restore  (Simon Riggs <simon@2ndQuadrant.com>)
List pgsql-hackers
On Mon, 22 Sep 2008 17:24:28 +0100
Simon Riggs <simon@2ndQuadrant.com> wrote:

> > More importantly, I'm not convinced it's a good idea. It seems more
> > like a footgun that will potentially try to launch thousands of
> > simultaneous restore connections. I should have thought that
> > optimal performance would be reached at some small multiple (say
> > maybe 2?) of the number of CPUs on the server. You could achieve
> > unlimited parallelism by saying something like --jobs=99999, but
> > I'd rather that were done very explicitly instead of as the default
> > value of the parameter.
> 
> OK, sounds best.
> 

I will not argue vehemently here but I will say that "jobs" doesn't
seem correct. The term "workers" seems more appropriate.

Sincerely,

Joshua D. Drake

-- 
The PostgreSQL Company since 1997: http://www.commandprompt.com/ 
PostgreSQL Community Conference: http://www.postgresqlconference.org/
United States PostgreSQL Association: http://www.postgresql.us/
Donate to the PostgreSQL Project: http://www.postgresql.org/about/donate




pgsql-hackers by date:

Previous
From: Simon Riggs
Date:
Subject: Re: Initial prefetch performance testing
Next
From: Dimitri Fontaine
Date:
Subject: Re: parallel pg_restore