Re: Why different execution times for different instances for the same query?

From: "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com>
To: Kishore B <kishorebh(at)gmail(dot)com>
Cc: "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Why different execution times for different instances for the same query?
Date: 2005-10-25 20:44:23
Message-ID: 20051025204423.GP16682@pervasive.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

It's impossible to say without more information. What's the query that's
slow? What's EXPLAIN ANALYZE of that query show? How often are you
vacuuming? How often are you analyzing? What postgresql.conf options
have you changed from the defaults? What hardware is this running on?

The memory usage you're seeing is most likely just the OS reporting
shared memory as if it was being used by each backend, even though it's
just one set of memory that's shared between all the processes.

On Wed, Oct 26, 2005 at 01:48:16AM +0530, Kishore B wrote:
> Hi All,
>
> I am Kishore doing freelance development of J2EE applications.
>
> We switched to use Postgresql recently because of the advantages it has
> over other commercial databases. All went well untill recently, untill we
> began working on an application that needs to maintain a huge database.
>
> I am describing the problem we are facing below. Can you please take a look
> at the case, and help me in resolvign the issue.
>
> We are executing a single query that returned very fast on the first
> instance. But when I executed the same query for multiple times, it is
> giving strange results. It is not coming back.
> When I checked with the processes running in the system, I observed that
> multiple instances of postmaster are running and all of them are consuming
> very high amounts of memory. I could also observe that they are sharing the
> memory in a uniform distribution across them.
> Can you please let me know if you have experienced the same and how do you
> resolved it?
> Thank you,
> Kishore.

--
Jim C. Nasby, Sr. Engineering Consultant jnasby(at)pervasive(dot)com
Pervasive Software http://pervasive.com work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Sidar López Cruz 2005-10-25 23:31:22 zero performance on query
Previous Message Alvaro Herrera 2005-10-25 20:35:35 Re: files to ignore during pitr base backup