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

Re: Libpq Asynchronous Command Processing

From: Giles Lean <giles(dot)lean(at)pobox(dot)com>
To: Alonso García , Bruno Elier <bealonso(at)indra(dot)es>
Cc: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Libpq Asynchronous Command Processing
Date: 2010-05-31 09:41:41
Message-ID: 20100531094141.5806.qmail@sapphire.netherstone.net (view raw or flat)
Thread:
Lists: pgsql-general
=?iso-8859-1?Q?Alonso_Garc=EDa_=2C_Bruno_Elier?= <bealonso(at)indra(dot)es> wrote:

> And the problems I am finding are the following:
> ->Queries from the client to the new DB server take a lot of time.
> ->Queries from the client to the old DB server are fast.
> ->The same query takes 150 secs in one case an 1 sec in the other case.

With that analysis, I'd be betting against it being a client problem.
(If you wanted, you might confirm that by pointing an old client at
the new server.)

I'd look into how the data was loaded into the new server and how
the database is configured: number of buffers, indexes, and whether
analyze has been run or not.

It would be strange indeed (possible, but very strange) to find
such a slowdown between 7.x and 8.x when the team is preparing
to push 9.0 out the door.  Surely it would have been known before;
therefore it's a practical certatinty that there is something
different about the configuration of your two servers.

Giles

In response to

Responses

pgsql-general by date

Next:From: Jasen BettsDate: 2010-05-31 10:48:40
Subject: Re: 110,000,000 rows
Previous:From: AlonsoDate: 2010-05-31 08:30:58
Subject: Libpq Asynchronous Command Processing

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