Skip site navigation (1) Skip section navigation (2)

Re: pg_dump and thousands of schemas

From: Robert Klemme <shortcutter(at)googlemail(dot)com>
To: Tatsuo Ishii <ishii(at)postgresql(dot)org>
Cc: pgsql-performance(at)postgresql(dot)org, pgsql-hackers(at)postgresql(dot)org
Subject: Re: pg_dump and thousands of schemas
Date: 2012-05-31 13:38:35
Message-ID: CAM9pMnM9vLd8HiNCqeskMwij4MAEjSb76pKDRnnh=uRpL4U17A@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-performance
On Thu, May 31, 2012 at 10:45 AM, Tatsuo Ishii <ishii(at)postgresql(dot)org> wrote:
> Just for record, I rerun the test again with my single-LOCK patch, and
> now total runtime of pg_dump is 113 minutes.
> 188 minutes(9.0)->125 minutes(git master)->113 minutes(with my patch).
>
> So far, I'm glad to see 40% time savings at this point.

I see only 9.6% savings (100 * (113/125 - 1)).  What am I missing?

Cheers

robert

-- 
remember.guy do |as, often| as.you_can - without end
http://blog.rubybestpractices.com/

In response to

Responses

pgsql-performance by date

Next:From: Tatsuo IshiiDate: 2012-05-31 14:07:57
Subject: Re: pg_dump and thousands of schemas
Previous:From: Tatsuo IshiiDate: 2012-05-31 08:45:26
Subject: Re: pg_dump and thousands of schemas

pgsql-hackers by date

Next:From: Tom LaneDate: 2012-05-31 13:51:25
Subject: Re: FailedAssertion("!(PrivateRefCount[i] == 0)", File: "bufmgr.c", Line: 1741
Previous:From: Tom LaneDate: 2012-05-31 13:31:18
Subject: Re: heap_form_tuple crashing

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group