Re: Performance of pg_dump on PGSQL 8.0 - Mailing list pgsql-performance

From Jim C. Nasby
Subject Re: Performance of pg_dump on PGSQL 8.0
Date
Msg-id 20060614211343.GP34196@pervasive.com
Whole thread Raw
In response to Re: Performance of pg_dump on PGSQL 8.0  ("John Vincent" <pgsql-performance@lusis.org>)
Responses Re: Performance of pg_dump on PGSQL 8.0
List pgsql-performance
On Wed, Jun 14, 2006 at 02:11:19PM -0400, John Vincent wrote:
> Out of curiosity, does anyone have any idea what the ratio of actual
> datasize to backup size is if I use the custom format with -Z 0 compression
> or the tar format?

-Z 0 should mean no compression.

Something you can try is piping the output of pg_dump to gzip/bzip2. On
some OSes, that will let you utilize 1 CPU for just the compression. If
you wanted to get even fancier, there is a parallelized version of bzip2
out there, which should let you use all your CPUs.

Or if you don't care about disk IO bandwidth, just compress after the
fact (though, that could just put you in a situation where pg_dump
becomes bandwidth constrained).
--
Jim C. Nasby, Sr. Engineering Consultant      jnasby@pervasive.com
Pervasive Software      http://pervasive.com    work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf       cell: 512-569-9461

pgsql-performance by date:

Previous
From: Scott Marlowe
Date:
Subject: Re: Performance of pg_dump on PGSQL 8.0
Next
From: "John Vincent"
Date:
Subject: Re: Performance of pg_dump on PGSQL 8.0