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

Re: Low CPU Usage

From: Bill Moran <wmoran(at)collaborativefusion(dot)com>
To: brauagustin-susc(at)yahoo(dot)com(dot)ar
Cc: Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, pgsql-performance(at)postgresql(dot)org
Subject: Re: Low CPU Usage
Date: 2007-09-21 18:33:54
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-performance
In response to brauagustin-susc(at)yahoo(dot)com(dot)ar:

> > That's not what it looks like based on the EXPLAIN ANALYZE output.
> > It looks like run time dropped from two seconds to half a second.
> > It seems as though you either have a network delay delivering the results,
> > or your application is slow to read them.
> > Exactly how are you arriving at those timings you're reporting to us?
> I have noticed this in a daly process I run which involves normally 45 minutes and with the new server takes 1:40.
> Some days ago I began to do some tests with no success, then I opened PgAdmin with this simply query to read 2 big tables and then compare disk access.
> FROM fact_ven_renta fvr, dim_producto_std_producto dpp
>   fvr.producto_std_producto_sk = dpp.producto_sk
> fact_ven_renta has 136316 rows
> dim_producto_std_producto has 3669 rows

Run the tests from psql on the same server.  As Kevin pointed out, the
_server_ is faster, but it appears as if the connection between PGadmin
and this new server is slower somehow.

Are you sure of your speed/duplex settings on the network side?  That's
the most common cause of this kind of thing in my experience.  Try doing
a raw FTP transfer between the client and server and see if you get the
speed you should.

> I have made all possible combinations pgadmin (running in the same server each query, in the old one, in the new one), without difference  and I only retrieve the first 100 records (I didn't count the network time in any case).
> But the weird thing is running the query in the new server the are many disk access and cpu usage. And with other applications in the same server are a lot of disks access.

Bill Moran
Collaborative Fusion Inc.

Phone: 412-422-3463x4023

In response to

pgsql-performance by date

Next:From: Simon RiggsDate: 2007-09-21 18:37:59
Subject: Re: Searching for the cause of a bad plan
Previous:From: brauagustin-suscDate: 2007-09-21 18:20:30
Subject: Re: Low CPU Usage

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