Re: pg_dump additional options for performance
Tom Lane <[email protected]> Sat, 02 Aug 2008 11:24:01 -0400
| Newsgroups | gmane.comp.db.postgresql.devel.patches |
|---|---|
| Message-ID | <[email protected]> |
chris <[email protected]> writes: > Do we need to wait until a fully-parallelizing pg_restore is > implemented before adding this functionality to pg_dump? They're independent problems ... and I would venture that parallel dump is harder. > Further, it's actually not obvious that we *necessarily* care about > parallelizing loading data. The thing that happens every day is > backups. Maybe so, but I would say that routine backups shouldn't be designed to eat 100% of your disk bandwidth anyway --- they'd be more like background tasks. regards, tom lane -- Sent via pgsql-patches mailing list ([email protected]) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-patches