Re: Further pg_upgrade analysis for many tables

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Jeff Janes <jeff(dot)janes(at)gmail(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Magnus Hagander <magnus(at)hagander(dot)net>
Subject: Re: Further pg_upgrade analysis for many tables
Date: 2012-11-10 22:59:54
Message-ID: 20121110225954.GG31383@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sat, Nov 10, 2012 at 02:45:54PM -0800, Jeff Janes wrote:
> On Sat, Nov 10, 2012 at 9:15 AM, Bruce Momjian <bruce(at)momjian(dot)us> wrote:
> > On Fri, Nov 9, 2012 at 04:23:40PM -0800, Jeff Janes wrote:
> >> On Fri, Nov 9, 2012 at 3:06 PM, Bruce Momjian <bruce(at)momjian(dot)us> wrote:
> >> >
> >> > Again, using SERIAL?
> >>
> >> Yep.
> >
> > Odd why yours is so much after.
>
> You didn't build git head under --enable-cassert, did you?

Yikes, you got me! I have not done performance testing in so long, I
had forgotten I changed my defaults. New numbers to follow. Sorry.

> Any chance you can do a oprofile or gprof of head's pg_dump dumping
> out of head's server? That really should be a lot faster (since
> commit eeb6f37d89fc60c6449ca12ef9e) than dumping out of 9.2 server.
> If it is not for you, I don't see how to figure it out without a
> profile of the slow system.

Yes, coming.

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ It's impossible for everything to be true. +

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Amit kapila 2012-11-11 04:57:43 Re: [PATCH] Patch to compute Max LSN of Data Pages
Previous Message Bruce Momjian 2012-11-10 22:48:44 Re: Further pg_upgrade analysis for many tables