Re: Low CPU Usage

From: brauagustin-susc(at)yahoo(dot)com(dot)ar
To: Greg Smith <gsmith(at)gregsmith(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Low CPU Usage
Date: 2007-09-24 13:59:26
Message-ID: 425702.18731.qm@web30015.mail.mud.yahoo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Hi Greg this is my Bonnie result.

Version 1.03 ------Sequential Output------ --Sequential Input- --Random-
-Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
insaubi 8G 25893 54 26762 9 14146 3 36846 68 43502 3 102.8 0
------Sequential Create------ --------Random Create--------
-Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
16 +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++
insaubi,8G,25893,54,26762,9,14146,3,36846,68,43502,3,102.8,0,16,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++

If I compare this against my laptop (SATA disk too) is really better, but I don't know if this result is a good one or not.
I don't know where to continue looking for the cause of the problem, I think there is a bug or something missconfigured with Debian 4.0r1 and Postgres.
I unppluged the server from the network with the same results. I have the server mapped as localhost in PgAdmin III, there shouldn't be network traffic and there isn't (monitoring the network interface). I'm really lost with this weird behaviour.
I really apreciate your help
Regards
Agustin

----- Mensaje original ----
De: Greg Smith <gsmith(at)gregsmith(dot)com>
Para: brauagustin-susc(at)yahoo(dot)com(dot)ar
CC: pgsql-performance(at)postgresql(dot)org
Enviado: sábado 22 de septiembre de 2007, 3:29:17
Asunto: Re: [PERFORM] Low CPU Usage

On Thu, 20 Sep 2007, brauagustin-susc(at)yahoo(dot)com(dot)ar wrote:

> Which other test can I do to find if this is a hardware, kernel o
> postgres issue?

The little test hdparm does is not exactly a robust hard drive benchmark.
If you want to rule out hard drive transfer speed issues, take at look at
the tests suggested at
http://www.westnet.com/~gsmith/content/postgresql/pg-disktesting.htm and
see how your results compare to the single SATA disk example I give there.

--
* Greg Smith gsmith(at)gregsmith(dot)com http://www.gregsmith.com Baltimore, MD

Las últimas noticias sobre el Mundial de Rugby 2007 están en Yahoo! Deportes. ¡Conocelas!
http://ar.sports.yahoo.com/mundialderugby

Browse pgsql-performance by date

  From Date Subject
Next Message Csaba Nagy 2007-09-24 14:04:42 Re: Searching for the cause of a bad plan
Previous Message Simon Riggs 2007-09-24 13:27:09 Re: Searching for the cause of a bad plan