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

Re: pg_dump and thousands of schemas

From: Tatsuo Ishii <ishii(at)postgresql(dot)org>
To: shortcutter(at)googlemail(dot)com
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 14:07:57
Message-ID: 20120531.230757.2014494683420217075.t-ishii@sraoss.co.jp (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?

What I meant was (100 * (113/188 - 1)).
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese: http://www.sraoss.co.jp

In response to

Responses

pgsql-performance by date

Next:From: Robert KlemmeDate: 2012-05-31 14:17:11
Subject: Re: pg_dump and thousands of schemas
Previous:From: Robert KlemmeDate: 2012-05-31 13:38:35
Subject: Re: pg_dump and thousands of schemas

pgsql-hackers by date

Next:From: Robert HaasDate: 2012-05-31 14:16:41
Subject: Re: FailedAssertion("!(PrivateRefCount[i] == 0)", File: "bufmgr.c", Line: 1741
Previous:From: Tom LaneDate: 2012-05-31 14:00:28
Subject: Re: Uh, I change my mind about commit_delay + commit_siblings (sort of)

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