| От | Tom Lane |
|---|---|
| Тема | Re: pg_restore --multi-thread |
| Дата | |
| Msg-id | 11115.1234456360@sss.pgh.pa.us обсуждение |
| Ответ на | Re: pg_restore --multi-thread (Andrew Dunstan <andrew@dunslane.net>) |
| Ответы |
Re: pg_restore --multi-thread
|
| Список | pgsql-hackers |
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.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера