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).
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 |