Re: pg_restore --multi-thread

Поиск
Список
Период
Сортировка
От Cédric Villemain
Тема Re: pg_restore --multi-thread
Дата
Msg-id 49994989.4010602@dalibo.com
обсуждение исходный текст
Ответ на Re: pg_restore --multi-thread  (Cédric Villemain <cedric.villemain@dalibo.com>)
Ответы Re: pg_restore --multi-thread
Re: pg_restore --multi-thread
Список pgsql-hackers
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Cédric Villemain a écrit :
> Joshua D. Drake a écrit :
>> On Thu, 2009-02-12 at 11:47 -0500, Andrew Dunstan wrote:
>>> Joshua D. Drake wrote:
>>>> On Thu, 2009-02-12 at 11:32 -0500, Tom Lane wrote:
>>>>   
>>>>> Andrew Dunstan <andrew@dunslane.net> writes:
>>>>>     
>>>>>> The implementation is actually different across platforms: on Windows 
>>>>>> the workers are genuine threads, while elsewhere they are forked 
>>>>>> children in the same fashion as the backend (non-EXEC_BACKEND case). In 
>>>>>> either case, the program will use up to NUM concurrent connections to 
>>>>>> the server.
>>>>>>       
>>>>> How about calling it --num-connections or something like that?  I agree
>>>>> with Peter that "thread" is not the best terminology on platforms where
>>>>> there is no threading involved.
>>>>>     
>>>> --num-workers or --num-connections would both work.
>>>>
>>>>   
>>> *shrug* whatever. What should the short option be (if any?). -n is 
>>> taken, so -N ?
>> Works for me.
> 
> is -j already affected ?

else (like make):
-j [jobs], --jobs[=jobs] Specifies  the  number  of jobs (pg_restore) to run simultaneously. If the -j
option is given without an argument, pg_restore will not limit the number of
jobs that can run simultaneously.

> 
> 
>>> cheers
>>>
>>> andrew
>>>
> 
> 

- --
Cédric Villemain
Administrateur de Base de Données
Cel: +33 (0)6 74 15 56 53
http://dalibo.com - http://dalibo.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkmZSYkACgkQo/dppWjpEvwO8wCfUFztxS7cmRX+hhbVphfqqDzo
ZzUAniFwmwhI9y6f9Mndg9CPGlQiOaae
=fDYZ
-----END PGP SIGNATURE-----


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

Предыдущее
От: Gregory Stark
Дата:
Сообщение: Re: SE-PostgreSQL and row level security
Следующее
От: Michael Meskes
Дата:
Сообщение: Re: Which installation parts are backward compatible?