Re: pg_dump slower than pg_restore

From: David Wall <d(dot)wall(at)computer(dot)org>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: pg_dump slower than pg_restore
Date: 2014-07-05 17:31:37
Message-ID: 53B83679.1000507@computer.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general


On 7/4/2014 11:30 AM, Bosco Rama wrote:
> Random thought: What OS & kernel are you running? Kernels between
> 3.2.x and 3.9.x were known to have IO scheduling issues. This was
> highlighted most by the kernel in Ubuntu 12.04 (precise) as shown
> here:
>
> <http://www.postgresql.org/message-id/50BF9247.2010800@optionshouse.com>

I'm on CentOS 6.4 which seems to be Linux version 2.6.32-431.20.3.el6.x86_64

But it is a VM, so disk I/O can be rather random as there are other
tenants. While improving performance is nice, I was most interested in
wy a pg_dump takes longer than a pg_restore (nearly 50% longer as it
takes about 2.75 hours to dump, but 2 hours to restore). It's
counter-intuitive as reading from a DB is usually faster than writing
into a DB. I think those LOs are getting me as our DB is LO-intensive
(most data is encrypted blobs: encrypted uploaded user files and
encrypted app-generated XML/HTML).

In response to

Browse pgsql-general by date

  From Date Subject
Next Message David Wall 2014-07-05 17:51:23 Re: pg_dump slower than pg_restore
Previous Message Francisco Olarte 2014-07-05 15:50:19 Re: Very high latency, low bandwidth replication