Re: pg_dump slower than pg_restore

From: Bosco Rama <postgres(at)boscorama(dot)com>
To: David Wall <d(dot)wall(at)computer(dot)org>, pgsql-general(at)postgresql(dot)org
Subject: Re: pg_dump slower than pg_restore
Date: 2014-07-04 18:30:50
Message-ID: 53B6F2DA.3010407@boscorama.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 07/03/14 22:51, David Wall wrote:
>
> It just seems odd that pg_dump is slower than pg_restore to me. Most
> grumblings I read about suggest that pg_restore is too slow.
>
> I have noted that the last split file segment will often appear to be
> done -- no file modifications -- while pg_dump is still running, often
> for another 20 minutes or so, and then some last bit is finally
> written. It's as if pg_dump is calculating something at the end that is
> quite slow. At startup, there's a delay before data is written, too,
> but it's generally 1-2 minutes at most.

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>

Bosco.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message François Beausoleil 2014-07-04 18:42:49 index contains unexpected zero page at block error
Previous Message David Wall 2014-07-04 15:55:08 Re: pg_dump slower than pg_restore