Re: pg_dump and pg_restore with multiple streams does Not seem to improve overall times

Поиск
Список
Период
Сортировка
От Jan Lentfer
Тема Re: pg_dump and pg_restore with multiple streams does Not seem to improve overall times
Дата
Msg-id 0B05EA0E-40EF-4401-B473-B28394918E71@web.de
обсуждение исходный текст
Ответ на Re: pg_dump and pg_restore with multiple streams does Not seem to improve overall times  (Igor Neyman <ineyman@perceptron.com>)
Ответы Re: pg_dump and pg_restore with multiple streams does Not seem to improve overall times  (Igor Neyman <ineyman@perceptron.com>)
Список pgsql-admin


Am 4. Mai 2015 19:22:07 MESZ, schrieb Igor Neyman <ineyman@perceptron.com>:


-----Original Message-----
From: pgsql-admin-owner@postgresql.org [mailto:pgsql-admin-owner@postgresql.org] On Behalf Of Jan Lentfer
Sent: Monday, May 04, 2015 12:42 PM
To: Mel Llaguno
Cc: pgsql-admin@postgresql.org
Subject: Re: [ADMIN] pg_dump and pg_restore with multiple streams does Not seem to improve overall times

I don't know about parallel pg_dump as we use -Fc and pg_dump can't do that in parallel (afaik). For dumping I have wrapped pg_dump in a shell script to dump several databases in parallel.
But for pg_restore -j option does make a big difference, at least when you have a lot of larger tables and indexes.

Regards,

Jan


Combination of -Fc and -j definitely works in pg_dump. And there is nothing in the docs that states otherwise.

Regards,
Igor Neyman


Well, the manual says

You can only use this option with the directory output format because this is the only output format where multiple processes can write their data at the same time.

For the -j Option

Regards

Jan

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

Предыдущее
От: Marc Fromm
Дата:
Сообщение: Re: migrating to 9.2 created blank dbs
Следующее
От: Igor Neyman
Дата:
Сообщение: Re: pg_dump and pg_restore with multiple streams does Not seem to improve overall times