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 7dc008d2afe5d9b9dcfd90a3bb540f98@imap.lan.net
обсуждение исходный текст
Ответ на Re: pg_dump and pg_restore with multiple streams does Not seem to improve overall times  (Mel Llaguno <mllaguno@coverity.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 2015-05-04 18:19, schrieb Mel Llaguno:
> My understanding of parallel dump performance is that it only makes a
> difference when you have a large number of DBs (thousands if not tens
> of
> thousands). We performed similar testing using 9.3.x and found little
> performance gains using -j (with 100+ tables). See Bruce Momjian’s
> post :
> http://momjian.us/main/blogs/pgblog/2012.html

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



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

Предыдущее
От: Marc Fromm
Дата:
Сообщение: Re: migrating to 9.2 created blank dbs
Следующее
От: Jeff Frost
Дата:
Сообщение: Re: migrating to 9.2 created blank dbs