Re: Default Performance between 8.0 and 8.1 - Mailing list pgsql-performance

From Ted Jordan
Subject Re: Default Performance between 8.0 and 8.1
Date
Msg-id 20070806175848.D5C8686C80@mail.phase.net.nz
Whole thread Raw
In response to Re: Default Performance between 8.0 and 8.1  ("Merlin Moncure" <mmoncure@gmail.com>)
List pgsql-performance
Thanks Merlin.  I was running both via ssh so it effectively these were
local results.  I will try to isolate the issue to a single statement.  But
I think you have answered the larger question i.e. there is no well known
situation where this happens so I should expect to see roughly the same
performance between 8.0 and 8.1 for data loads and will therefore focus on
the specifics of our environment.

Regards,
-Ted.

-----Original Message-----
From: pgsql-performance-owner@postgresql.org
[mailto:pgsql-performance-owner@postgresql.org] On Behalf Of Merlin Moncure
Sent: 6 August 2007 1:57 p.m.
To: Ted Jordan
Cc: pgsql-performance@postgresql.org
Subject: Re: [PERFORM] Default Performance between 8.0 and 8.1

On 8/5/07, Ted Jordan <ted@actionstep.com> wrote:
> We currently have some databases running under 8.0 and 8.1.  I have
noticed
> a significant difference in the time taken to restore dumps between the
two
> versions, with 8.0 being much faster.  For example a dump of a few MB will
> take just seconds to load under 8.0 but the same dump will take several
> minutes to load under 8.1.  Currently we're just using the default
parameter
> settings when installed via apt on Ubuntu Linux.

a few seconds to several minutes is not the kind of variance that is
explainable by architecture changes between the versions.  something
is amiss.  'maintenance_work_mem' can make a big difference with data
loads due to faster index builds but even that would not account for
the difference.

are you running locally or remotely?  if running remotely, you might
be seeing some networking/tcp problems.

can you reduce your problem down to a single copy statement for analysis?

merlin

---------------------------(end of broadcast)---------------------------
TIP 3: Have you checked our extensive FAQ?

               http://www.postgresql.org/docs/faq


pgsql-performance by date:

Previous
From: Henrik Zagerholm
Date:
Subject: Re: Extreme slow select query 8.2.4
Next
From: Tom Lane
Date:
Subject: Re: TRUNCATE TABLE